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Tht  purpose  of  this  rssesreh  «m.s  to  identify  the  kernel  element  of 
a  decision  support  system  to  assist  in  MILSATCOM  planning  for  the  Canad¬ 
ian  Forces.  My  initial  research  indicated  that  operations  research 
techniques  had  not  been  extensiuely  applied  to  SATCGM  planning.  A  DSS 
appeared  to  be  a  means  of  integrating  these  disciplines. 

The  report  is  limited  in  scope  to  identifying  the  requireswnts  for 
a  DSS  to  determine  technical  feasibility  of  a  planned  SATCQM  system. 

The  research  identifies  an  analytic  tool  as  well  as  the  initial  capabil¬ 
ities  required  for  a  'prototype'  DSS.  “Hooks*  for  additional  management 
science/operations  research  capabilities  are  also  identified. 
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The  kernel  requirenents  'for  a  DSS  to  plan  technical Ir  feasible  SAT* 
COM  systems  is  developed.  The  literature  review  focuses  on  understand¬ 
ing  the  decision  process  and  a  search  for  a  suitable  analytic  tool  for 
SATCOH  system  design.  A  model  of  the  decision  process  is  developed. 

The  model  is  found  to  be  a  semi -structured  task  at  the  management  con¬ 
trol  level.  The  process  involves  independent  and  interdependent  deci¬ 
sions  at  all  levels  of  management.  The  decision  process  contains  ele¬ 
ments  of  the  rational,  satisficing,  organ ixational  procedures,  political 
and  individual  differences  perspectives  of  decision  making.  Link  anal¬ 
yses  is  developed  as  the  analytic  tool  to  support  the  decision  process. 
The  initial  equation  is  developed  and  the  effects  of  multiple  users  and 
multiple  access  are  added.  Link  analysis  provides  a  straight  forward 
method  of  determining  technical  feasibility.  A  set  of  parameters  for 
link  analysis  and  the  attendant  equations  are  developed.  The  represent¬ 
ations,  operations,  memory  aids,  and  control  mechanisms  necessary  to  im¬ 
plement  the  kernel  DSS  are  determined.  Two  linkages  for  future  modules 
were  identified:  the  Analytic  Hierarchy  Process  as  a  module  to  determine 
the  SATCOh  user^s  evaluation  criteria  and  a  cost  module.  The  research 
concludes  that  a  DSS  is  well  suited  to  the  SATCOH  planning  process. 
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Buckoround 

Tht  Cjinadian  Forces  have  been  indirectly  involved  in  space  through 
its  Allied  defence  agreements.  Recently,  a  more  active  role  has  been 
undertaken.  A  Special  Advisor  on  Space  Systems  was  created  to  specific^ 
ally  identify  headquarter  level  ccnponents  whose  mandate  would  include 
an  advocacy  for  space  systems.  One  of  these  components  was  the  Direct¬ 
orate  of  Connuni cat  ions  and  Electronics  Specifications  and  Requirements 
(DCESR).  This  organizat  ion‘'s  responsibility  is  to  identify  requirements 
for  military  satellite  communication  (NILSATCOM)  systems  and  provide 
suitable  systems  to  the  operational  elements  of  the  Canadian  Forces. 

DCESR  is  following  a  three  phase  program  to  implement  satellite 
communications  wi thin  the  Canadian  Forces.  During  the  first  phase 
SATCOM  requirements  will  be  met  using  completely  commercial  systems  and 
hardware.  Satellite  ground  terminals  constructed  to  military  specific¬ 
ations  will  be  acquired  in  the  second  phase.  These  will  use  space  and 
control  segments  which  are  leased  or  provided  under  Allied  agreements. 
The  third  phase  will  see  the  development  and  implementation  of  a  com- 
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plet*  Canadian  MILSATCQM  system. 

There  are  a  number  of  traits  characterizing  the  environment  in 
which  HILSATCQM  planning  takes  place.  The  first  of  these  is  the  evolu¬ 
tion  of  the  user's  requirements  as  he  combines  the  need  to  replace  old 
systems  with  the  need  to  meet  future  tasks.  The  length  of  the  planning 
and  development  cycle  means  that  technological  advances  can  lead  to  sig¬ 
nificant  performance  improvements.  Both  of  these  facts  require  that  the 
planning  process  be  flexible.  Similarly  the  evolving  national  and  de¬ 
fence  space  policies  will  impact  on  tactical  planning.  This  evolution 
of  policy  will  combine  with  the  diversity  of  the  MILSATCQH  systems  to 
make  each  requirement  unique.  The  decision  maker  must  select  the  appro¬ 
priate  system  in  a  complex  environment,  making  several  trade-offs  and 
evaluating  against  many  criteria. 

Ail  of  these  activities  take  place  within  the  Defence  Services  Pro¬ 
gram.  The  Defence  Services  Program  (DSP)  is  a  detailed  plan  of  the 
costed  activities  and  resource  allocations  of  the  Department  of  National 
Defence  (DND).  Although  the  DSP  covers  a  fifteen  year  period,  financial 
commitment  is  not  made  until  the  current  year,  following  Parliamentary 
approval.  The  Defence  Program  Management  System  (DPMS)  provides  the 
means  by  which  activities  in  the  DSP  are  added,  deleted,  or  modified. 

The  DPMS  is  the  implementation  of  the  government-wide  Programming, 
Planning,  Budgeting  System  <PP8S)  within  the  DND.  DPMS  provides  a 
framework  for  rational  decision-making  and  decision-implementing.  The 
DPMS  process  is  shown  in  Figure  1-1.  Shown  sequentially  for  conveni¬ 
ence,  it  is  a  repetitive  process  with  continual  feedback  and  interaction 
between  all  phases. 


Policy  Plajtning  dettrnints  dtpartnental  goals  and  the  capabilities 
required  to  neet  then.  A  change  to  the  DSP  is  initiated  during  the  Pro¬ 
gram  Initiation  phase  uia  a  document  called  the  Program  Planning  Pro¬ 
posal  (PPP).  A  Program  Development  Proposal  (PDP)  is  the  document  which 
seeks  departmental  approval-in-principle  -for  future  resource  alloca¬ 
tions  at  the  end  of  the  Program  Planning  and  Development  phase.  During 
the  Project  Definition  phase  the  Program  Change  Proposal  (PCP)  is  the 
key  document.  This  document  obtains  departmental  approval,  and,  via 
Treasury  Board  <TB)  submissions,  Parliamentary  approval.  These  appro¬ 
vals  result  in  Project  Implementation  (C  Prog  500,  1981:  Ch2,  1-3). 

The  evolution  of  a  MILSATCOM  project  through  this  procedure 
requires  many  decisions  and  the  attendant  support.  Ralph  H.  Sprague 
characterizes  a  decision  support  system  (DSS)  as  *an  interactive 
computer  based  system,  which  helps  decision  makers  utilize  data  and 
models  to  solve  unstructured  problems*  <Sprague,  1980b:  8).  Thus  DSS 
represent  a  synthesis  of  electronic  data  processing/management 
information  systems  and  management  sciences/operations  research.  A  DSS 
should  assist  a  decision  maker  throughout  the  entire  decision  process. 

A  DSS's  characteristics  have  evolved  from  the  work  of  Alter,  Keen, 
and  others.  These  characteristics  include: 

—  DSS  focus  on  the  less  structured,  under-specified  problems  usual 
ly  faced  by  upper  management  levels; 

—  DSS  attempt  to  combine  analytic  models  with  data  management 
techniques; 

—  DSS  stress  easy  interactive  operation  by  noncomputer  people;  and 

—  DSS  emphasize  flexibile  adaptation  to  changes  (Sprague, 
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Managtiiffnt  sc  icncffs/opcrAtions  rtsAsrch  provid*  ttchniqucs  that  can 
be  used  to  select  courses  of  action.  These  techniques  are  mathenatical 
in  nature  and  are  usually  very  structured.  They  direct  the  manager  to 
the  'best'  solution  and  provide  an  idea  of  the  sensitivity  of  the  solu¬ 
tion  to  changes  in  the  conditions  of  the  problem.  The  models  are  of  two 
broad  natures.  The  first  seeks  to  optimize  a  single  objective  function. 
Linear  and  dynamic  programming  arc  examples  of  this  area.  The  second 
area  is  that  of  mul t i -cr i ter ia  decision  making.  In  this  case,  the 
decision  maker  has  more  than  one  objective  or  criterion  which  he  is 
using  to  select  the  best  alternative.  Techniques  include  multi¬ 
attribute  utility  theory,  compromise  programming,  and  the  analytic 
hierarchy  process. 

Statement  jjl  illi  Problem 

Cost  and  technical  feasibility  are  the  tvm  critical  aspects  of  the 
HILSATCW  design  effort.  A  HILSATCOM  requirements  planner  provides  the 
vital  interface  between  the  ultimate  user  and  the  design  engineer.  This 
interface  must  generate  alternative  systems  which  can  meet  the  user's 
requirements  in  a  cost  effective,  technically  feasible  manner.  The  al¬ 
ternatives  should  provide  an  indication  of  each  system's  advantages/dis¬ 
advantages  in  nontechnical  terms.  At  the  same  time  the  technical  dimen¬ 
sions  sould  reflect  current  technology  and  be  expressible  in  engineering 
terms  for  the  designer.  Cost  plays  an  important  part  in  the  selection 
of  the  final  MILSATCQM  system.  There  is  a  requirement  for  a  decision 
support  methodology  that  will  provide  an  analytic  method  to  generate 


t«chnica.11r  'feasibi*  HILSATCQM  s/stm  Alttrnativts.  Th«s»  4lttrnativt» 


would  then  be  subject  to  cost  snalysis  and  the  'best'  system  selected. 

My  study  investigates  the  design  criteria  tor  a  Kernel  DSS  to  support 
the  formulation  of  technically  feasible  alternatives.  By  Kernel,  I  mean 
a  small  key  element  of  the  decision  process  which  can  be  supported  by  a 
DSS.  The  DSS  kernel  can  later  evolve  as  costing  and  other  nK>dels  are 
added  until  the  entire  decision  is  supported. 

Research  Quest i on 

Can  a  decision  support  methodology  be  developed  to  provide  an 
efficient  means  of  making  HILSATCQM  planning  decisions  with  regard  to 
technical  feasibility?  There  are  several  key  considerations  involved  in 
answering  this  question.  Uhat  elements  are  required  in  the  model  base? 
Can  operations  research  methods  be  used  to  optimize  MILSATCOM  system 
specifications  during  the  design  process?  Uhat  are  the  database  struc¬ 
ture  and  user  interface  requirements  necessary  to  implement  this  method¬ 
ology  in  a  OSS?  Uhat  is  the  kernel  of  the  decision  support  system  which 
■Hist  be  initially  developed?  Uhat  is  the  link  between  the  user's  re¬ 
quirements  and  design  parameters  (for  example,  between  reliability  and 
bit  error  rate)?  Uhat  linkages  must  be  identified  in  this  study  to  al¬ 
low  cost  considerations  to  be  incorporated  during  the  evolution  of  the 
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Th*  objtctiv*  oi  this  rtscarch  •'ffort  is  to  dtvtiop  a  decision 
support  methodologr  which  will  help  MILSATCGM  planners  develop  systen 
spec  i-fi  cat  ions  and  deternine  the  best  tradeoffs  to  nake  in  the  system 
development  process.  The  methodology  identifies  the  key  issue  in  the 
[  technical  planning  area  and  provides  a  structure  for  the  DSS  as  well  as 

linkages  for  future  developments.  The  result  is  a  stateewnt  of  require¬ 
ments  for  the  initial  implementation. 

The  following  subobjectives  were  necessary  to  accomplish  this 
research : 

— Uork  with  DCESR-3  to  focus  application  and  identify  DSS  system 
requirements. 

— Develop  the  relations  between  system  performance  and  design 
parameters  (bandwidth,  modulation,  signal  to  noise  ratio,  etc.). 
—Identify  models  suitable  to  the  MILSATCOM  planning  problem. 

— Identify  database  requirements  to  allow  the  models  to  work. 

— Identify  the  kernel  issue  and  formulate  a  methodology  to 
implement  i t  in  a  DSS. 

The  most  significant  challenge  in  this  research  was  in  structuring 
the  model  and  developing  an  architecture  within  which  the  model  will  op¬ 
erate.  This  included  developing  the  interface  so  that  the  user  does  not 
need  a  detailed  technical  understanding.  Rather,  the  interface  should 
allow  the  structure  and  architecture  to  be  invisible  to  the  user. 
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This  rtstsrch  W4s  liniltd  to  unc1»ssi4 itd  aAtcrial .  Unique  Caned- 
ian  in-fornation  -for  the  databaM  was  liaited  owing  to  the  recent  foraa- 
tion  of  the  planning  office  and  to  the  evolving  nature  of  Canadian  Space 
policr.  To  deal  with  this,  concepts  and  trends  were  used.  Data  froa 
coamercial  sources  and  open  literature  was  used  to  fill  deficiencies. 

The  aethodology  is  intended  to  support  planning  for  input  to  the 
Canadian  Defence  Program  Hanageaent  System.  This  covers  the  work  done 
at  National  Defence  Headquarters  from  Project  Initiation  to  the  end  of 
the  Project  Definition  Phase.  It  is  assumed  that  the  planning  begins 
with  a  valid  statement  of  requireatents  from  the  user.  The  problem  is 
limited  to  the  proposal  of  technically  feasible  alternatives  to  meet  the 
user's  needs.  Factors  such  as  cost,  logistics,  training,  socio-economic 
tradeoffs,  etc.  are  outside  the  scope  of  this  initial  research,  but  are 
important  considerations  for  the  evolution  of  the  system.  Where  applic¬ 
able,  linkages  necessary  for  future  model  addition  are  identified. 

The  intent  was  to  propose  a  starting  point  for  the  initial 
development  of  a  OSS.  Nany  simplifying  assumptions  were  made.  It 
should  be  stressed  that  decision  support  system  development  is  iter¬ 
ative.  A  prototype  developed  as  a  result  of  this  research  would  not  re¬ 
present  the  final  system,  but  would  be  a  vehicle  for  validation  and  for 
further  development  and  expansion.  Later  work  would  relax  the  limits  of 
this  research  and  extend  the  system. 


Thf  first  step  in  this  research  mss  to  study  the  decision  process 
involved  in  the  design  of  HILSATCQH  systems.  It  was  studied  with  regard 
to  structure,  the  factors  acting  in  the  process  and  key  elements  requir¬ 
ing  decision  support. 

The  second  step  was  to  develop  an  analytical  tool  to  perform  the 
technical  feasibility  analysis.  I  used  the  cosnuni cat  ions  system  model 
shown  in  Figure  1-2.  This  is  typical  of  the  many  subsystems  and  design 
tradeoffs  faced  in  planning  a  MILSATCGH  system.  The  research  developed 
a  method  to  analyse  the  effects  of  the  components  and  the  transmission 
channel.  This  involved  simplifying  and  combining  blocks  to  develop 
workable  dimensions.  Probability  of  bit  error  was  used  as  a  measure  of 
performance.  This  design  tool  allows  certain  design  parameters  to  be 
varied  in  order  to  create  alternate  systems. 

The  last  step  was  to  identify  the  specifications  for  the  kernel  of 
the  OSS.  In  addition,  linkages  to  other  models  to  be  developed  in  the 
future  were  identified.  Throughout  the  work  outlined  above  there  was  a 
conscious  effort  to  make  the  models  user  friendly  and  capable  of  being 
implemented  interactively  on  a  microcomputer.  Similarly,  data  require¬ 
ments  and  a  database  structure  were  developed. 

Sequence  gf  Presentation 

Chapter  Two  of  this  thesis  is  a  review  of  current  literature. 


Areas  which  are  investigated  include  the  decision  process,  iterative 
design  of  DSS,  SATCOH  design  techniques,  and  bSS  systems  analysis. 


Figure  i~2.  Block  Di^gren  o-f  t  Typical  Digital 
Comuni cat  ions  System  tSklar,  i?83:  S) 
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In  Chupttr  Thrtt  the  speci'fic  decision  process  will  be  presented. 
Uithin  the  context  of  the  Defence  Program  Hsnagenent  System,  the  trade¬ 
offs  in  developing  technically  feasible  alternatives  to  meet  the  user'^s 
requirements  will  be  analyzed. 

Chapter  Four  presents  an  analytic  method  to  evaluate  the  technical 
trade-offs  required  to  develop  a  feasible  alternative. 

Chapter  Five  is  a  systems  analysis  of  the  DSS  requirements 
necessary  to  build  the  "kernel*  system. 

Chapter  Six  contains  conclusions  and  recommendations  for  future 


research. 


This  chapter  is  an  ouerviem  oT  the  literature  pertaining  to  ny 
research.  Initially,  decision  making  is  examined  in  light  04  it''s  rel* 
evence  to  DSS  and  their  design.  As  an  aspect  o4  the  theory  is  develop¬ 
ed,  it''s  applicability  to  the  design  o4  technically  feasible  SATCGM  sys¬ 
tems  is  briefly  discussed.  The  folloieing  sections  deal  with  the  evolu¬ 
tionary  development  of  DSS  and  determining  DSS  requirements.  A  corner¬ 
stone  of  OSS  is  the  iterative  nature  of  their  development.  This  phenom¬ 
ena  is  discussed  in  the  third  section.  The  requirement  for  active  user 
participation  in  DSS  design  has  also  led  to  new  methods  of  systems  anal¬ 
ysis.  These  methods  are  discussed  in  the  fourth  section. 

The  last  two  sections  of  the  chapter  deal  with  the  design  of  SATCON 
systems.  A  brief  review  of  methods  to  determine  the  performance  of  SAT- 
COH  systems  occurs  first.  The  final  section  covers  management  science/ 
operations  research  methods  applicable  to  SATCOM  design.  One  group  of 
methods  deals  with  techniques  involving  the  design  process.  The  other 
group  pertains  to  the  optimization  of  SATCOM  performance. 


Ihi  Dtcision  Pgotut 


Otcision  maKing  is  a  dynamic  proctss:  a  complex  search 
■for  information,  full  of  detours.  Enriched  by  feedback  from 
casting  about  in  all  directions  gathering  and  discarding  in¬ 
formation,  fueled  by  fluctuating  uncertainty,  indistinct  and 
conflicting  concepts  —  some  sharp,  some  hazy;  the  process 
is  an  organic  unity  of  both  predecision  and  postdecision 
phases  overlapping  wi thin  the  region  of  partial  decisionmak¬ 
ing.  Man  is  a  reluctant  decision  maker,  not  a  swift  calcu¬ 
lating  machine  (Zeleny,  1982:  84>. 

The  study  of  the  decision  process  is  an  outgrowth  of  many  discip¬ 
lines,  including  psychology,  sociology,  economics,  and  management  sci¬ 
ence.  This  section  reviews  literature  relating  to  the  decision  process. 
Following  a  definition  of  the  decision  process,  five  objectives  of  a  DSS 
are  presented.  These  objectives  serve  as  a  framework  for  developing  the 
aspects  of  the  decision  process  important  to  a  DSS  which  will  support 
the  design  and  development  of  SATCOM  systems.  These  aspects  are: 

—  decision  structure, 

—  level  of  decision-making, 

—  independent/interdependent  decisions, 

—  decision-making  phases,  and 

—  the  variety  of  decision-making  processes. 

The  section  ends  with  a  sumnary  of  the  five  schools  of  thought  concern¬ 
ing  decision  making. 

Thierauf  defines  the  decision-making  process  as  a 

series  of  steps  that  start  with  the  analysis  of  the  information  and 
ultimately  culminate  in  a  resolution  —  a  selection  from  the  sev¬ 
eral  available  alternatives  and  verification  of  this  selected  al¬ 
ternative  <now  and  at  some  time  in  the  future)  to  solve  the  problem 
under  study  (Thierauf,  1982:  87). 


Sprague  and  Carlson  list  objectives  for  a  speci-fic  OSS  from  the 
user's  point  ot  vieie: 

1.  A  OSS  should  provide  support  for  decision  making,  but  with 
emphasis  on  semi  structured  and  unstructured  decisions... 

2.  A  OSS  should  provide  decision-making  support  for  users  at  all 
levels,  assisting  in  integration  between  the  levels  whenever  appro¬ 
priate  . . . 

3.  A  OSS  should  support  decisions  that  are  interdependent  as  well 
as  those  that  are  independent... 

4.  A  OSS  should  support  all  phases  of  the  decision-making  process. 

5.  A  OSS  should  support  a  variety  of  decision-making  processes  but 
not  be  dependent  on  any  one  (Sprague  and  Carlson,  1982:  24-27). 

The  first  objective  advances  the  concept  of  structure  of  the  deci¬ 
sion.  The  design  of  a  SATCOM  system  is  structured  by  the  engineering 
principles  upon  which  comun icat ion  systems  are  based.  The  parameters 
to  be  included  are  known.  However,  the  trade-offs  between  parameters 
are  interrelated  and  complex.  There  is  rarely  a  single  solution  to  a 
design  problem. 

Simon  outlined  two  types  of  tasks  in  which  decisions  are  made:  pro¬ 
grammed  and  nonprogrammed.  Programmed  decisions  are  repetitive  and  rou¬ 
tine  in  nature,  capable  of  being  handled  by  an  established  procedure. 
Nonprogrammed  decisions  are  unusual,  unique,  and  complex  in  nature. 
Nonprogrammed  decisions  have  'elusive  or  complex'  structure  and  are  of¬ 
ten  of  greater  importance  (Simon,  1960:  5-6).  Keen  and  Scott-Norton  use 
the  terms  structured  and  unstructured  for  programed  and  nonprogrammed 
decisions, respectively.  They  also  introduce  semi  structured  tasks,  those 
which  have  some  structured  subtasks.  DSS  focus  on  these  semi -structured 
decisions,  applying  computer  support  to  the  structured  components  of 
the  decision  process  and  leaving  the  unstructured  portions  to  the  deci¬ 
sionmaker  (Keen  and  Scott-Norton ,  1978:  11-12). 

Certainly  the  structure  of  the  SATCON  design  process  is  conducive 


to  »  DSS.  The  conputer  can  manipulate  -formulae  and  perform  calcula¬ 
tions,  while  the  designer  selects  trade-offs  and  makes  assumptions. 

The  entire  design  process  takes  place  within  the  structure  of  the  Def¬ 
ence  Program  Management  System. 

The  second  objective  pertains  to  the  level  within  the  organiiation 
at  which  decisions  are  made.  A  OSS  to  support  SATCOM  design  will  be 
used  mostly  in  the  areas  of  acquisition  and  resource  allocation.  There 
will  also  be  a  requirement  to  support  the  development  of  the  Depart¬ 
ment's  long  range  SATCOM  plans.  Similarly,  the  evolving  role  of  SATCOM 
in  the  Canadian  Forces  will  necessitate  the  formulation  of  policy  and 
procedures. 

Anthony  describes  three  levels  of  managerial  activities.  These 
levels  are  strategic  planning,  management  control,  and  operational  con¬ 
trol.  Strategic  planning  is  the 

process  of  deciding  on  objectives  of  the  organization,  on  changes 
in  these  objectives,  on  the  resources  used  to  attain  these  objec¬ 
tives,  and  on  the  politics  that  are  to  govern  acquisition,  use, 
and  disposition  of  resources  <Anthony,  1?65:  24). 

Strategic  planning  is  normally  conducted  by  top  management.  Top  manage¬ 
ment  requires  innovative  and  creative  approaches  to  deal  with  the  un¬ 
structured  tasks  they  face  (Keen  and  Scott-Morton,  1P78:  82).  There  is 
research  which  indicates  that  there  is  a  basic  structure  underlying 
these  unstructured  strategic  decisions  (Mintzberg  et  al.,  1976). 

The  second  level,  management  control,  is  defined  as  the  'process  by 
which  managers  assure  that  resources  are  obtained  and  used  effectively 
and  efficiently  in  the  accomplishment  of  the  organization's  objectives 
(Anthony,  1965:  27)*.  Operational  control  is  the  'process  of  assuring 
that  specific  tasks  are  carried  out  effectively  and  efficiently  (An- 


thonxi  1965:  69)'.  Thest  Itvtls  art  tht  rtalms  o4  middle  and  lower  nan- 
agement,  respect  ivtly.  Some  authors  include  a  'fourth  level  o-f  activity 
for  lower  management,  operational  performance.  This  level  relates  to 
activities  and  decisions  that  are  made  in  the  conduct  of  day-to-day  op¬ 
erations  (Thierauf,  1982  :  89;  and  Sprague  and  Car  1  son , 1 982 :  95).  The 
levels  of  activity  and  management  are  not  distinct,  but  rather  form  a 
continuum.  SATCGM  design  operates  in  the  upper  portion  of  this  continu¬ 
um  (strategic  planning  and  management  control). 

As  with  any  Headquarters,  OCESR  works  closely  with  other  Director¬ 
ates  in  staffing  requirements  and  acquiring  systems.  Initially  an  indi¬ 
vidual  will  work  the  problem,  with  inputs  from  other  sources.  As  the 
program  develops,  the  numbers  of  people  involved  will  increase  and  deci¬ 
sions  will  become  interdependent.  In  addition,  the  effects  of  a  group  of 
decision-makers  will  begin  to  take  place. 

The  third  objective  deals  with  the  number  of  people  involved  in  the 
decision  and  the  order  in  which  they  are  involved  in  the  process.  In 
regards  to  the  number  of  decision  makers  involved  in  the  process,  three 
decision  types  are  attributed  to  Hackathorn  and  Keen 

Independent:  A  decision  maker  has  full  responsibility  and  authority 
to  make  a  complete  impi ementable  decision. 

Sequential  interdependent:  A  decision  maker  makes  part  of  a 
decision,  which  is  then  passed  on  to  someone  else. 

Pooled  interdependent:  The  decision  must  result  from  negotiation 
and  interaction  among  several  decision  makers  (Sprague  and  Carlson, 
1982:  26). 

Some  characteristics  of  group  behavior  affect  the  decision  process. 
The  first  is  called  'groupthink*  by  Janis  and  Mann  (Taylor,  1984:  174). 
Sroupthink  refers  to  the  tendancy  of  a  group  to  overlook  minority  and 
outside  opinions.  'The  result  of  groupthink  is  poor  quality  decision 


maiking,  char4ct«rized  by  a  tendency  to  avoid  controversial  issues  and 
failure  to  challenge  weak  argunents  <Tay1or,  1984;  175>*.  A  OSS  may 
make  it  easier  to  overcone  the  negative  aspect  of  groupthink  by  opening 
communication  channels  and  allowing  consideration  of  these  minority 
views  <Kob1e,  1985:  18-19). 

Two  other  characteristics  of  group  behavior  are  risky  shift  and 
decision  quality.  Risky  shift  relates  to  the  willingness  of  a  group  to 
make  decisions  that  are  more  risky  than  an  individual.  Group  decisions 
tend  to  be  qualitatively  better  than  an  individual's,  however  more  time 
is  needed  to  reach  a  group  decision  tRadford,  1975:  201-202). 

The  sequence  of  steps  in  which  a  decision  is  made  is  addressed  by 
the  fourth  objective.  Herbert  Simon  has  developed  a  popular  model  for 
the  decision  making  process.  The  process  consists  of  three  steps: 
intelligence,  design,  and  choice.  Intelligence  refers  to  searching  the 
environment  for  conditions  requiring  decisions.  Data  is  collected  and 
analyzed,  with  the  aim  of  problem  Identification.  A  decision  maker 
then  formulates  and  evaluates  feasible  courses  of  action  during  the 
design  portion  of  the  process.  Lastly,  a  manager  makes  a  choice  and  im¬ 
plements  the  selected  course  of  action  (Simon,  1960:  2-4).  In  many 
cases  the  implementation  is  considered  as  a  separate  step.  Thierauf 
adds  a  final  step,  control.  This  step  monitors  the  results  and  makes 
any  adjustments,  thus  closing  the  loop  to  the  intelligence  phase.  This 
is  illustrated  in  Figure  2-1. 

The  main  focus  of  the  initial  DSSwill  be  on  the  intelligence  and 
design  phases.  The  intent  is  to  generate  one  or  more  technically  feas¬ 
ible  alternatives.  Later  developments  wi 1 1  see  the  development  of  a 
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Figure  2*-l .  Steps  in  the  Decision  Making  Process 
(Thierauf,  1P82:  105) 

choice  mechanism  as  well  as  a  process  to  track  implementation.  In  cre¬ 
ating  technical!)'  feasible  alternatives,  the  evaluation  of  trade-offs 
Mill  involve  all  of  the  phases  in  Figure  2-1. 

The  decision  making  process  is  ohjI t i -faceted.  The  fifth  objective 
deals  with  a  OSS^s  ability  to  deal  with  the  many  models  of  the  decision 
process  which  have  been  developed.  Decision  making  has  been  studied  by 
many  disciplines,  each  contributing  to  an  understanding  of  the  process. 
An  idea  of  the  interdisciplinary  framework  involved  in  the  decision  mak' 
ing  process  is  provided  in  Figure  2-2.  In  order  to  deal  with  these  con' 
tributions,  the  literature  on  decision  making  can  be  viewed  from  five 
perspectives.  The  five  views  which  Keen  and  Scott-Horton  outline  are: 
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Figur*  2-2.  Th«  Interdisciplinary  Franework  of  Decision  Hiking 

(Harrison,  1981:  63) 


the  rational  manager  view,  the  ”satisf ic ing”(process-or iented)  view, 
the  organizational  procedures  view,  the  political  view,  and  the  indivi¬ 
dual  differences  view.  The  first  four  reflect  an  organizational  or  man¬ 
agerial  look  at  the  decision  process.  The  last  view  looks  at  the  deci¬ 
sion  in  a  task  independent  manner,  focusing  on  the  actual  decision  maker 
(Keen  and  Scot t-Mor ton ,  1978:  62-63). 

These  views  range  from  normative  to  descriptive.  The  normative  ap¬ 
proach  is  outccme-oriented.  Quantitative  models  and  complete  character¬ 
ization  of  parameters  are  used  to  focus  on  predicting  the  outcome  in 


order  to  undtrstaind  the  process.  A  process  orientation  narks  the  des- 
criptige  approach.  Qualitatige  models  arc  used  to  understand  the  influ¬ 
ences  acting  on  the  dec isi onnaker  and  predict  the  outcone  (Zelenr,  1982: 
85;  Thierauf,  1982:  96-97).  Each  of  the  views  will  be  discussed  in  more 
detail  in  the  following  paragraphs. 

The  rational  view  is  the  normative  perspective  of  decision  making, 
how  decisions  should  be  made.  Harrison  states  that  it  is  structured  to 
the  point  of  being  mechanistic.  He  indicates  that  a  common  form  con¬ 
sists  of  a  single  decision  maker  with  one  quantitative  objective.  The 
decision  maker  has  complete  knowledge  of  the  alternatives  and  the  states 
of  nature,  which  are  finite  and  enueterated.  The  decision  maker  chooses 
the  best  course  of  action  (Harrison,  1981:  53-54).  *The  rational  con¬ 
cept  defines  the  logic  of  optimal  choice;  this  remains  theoretical!/ 
true,  even  where  it  is  descriptively  unrealistic  (Keen  and  Scott-Morton , 
1978:  65).*  Huber  points  out  that  this  view  is  inadequate  for  the  de¬ 
sign  of  OSS  (Huber,  1980:  47). 

The  "satisficing*  view  relaxes  the  strict  rules  of  the  rational 
model.  Harrison  attributes  the  development  of  this  view  to  the  research 
of  C/ert  and  March,  as  evolved  and  broadened  by  Simon  (Harrison,  1981: 
57-58).  In  reality,  rarely  can  we  enumerate  all  the  alternatives  and 
their  consequences.  Generally,  a  moderate  search  is  conducted  to  find 
an  acceptable  solution.  The  search  is  based  upon  heuristics  which  are 
'good  enough*  most  of  the  time  (Keen  and  Scott-Morton,  1978:  66). 
"Heuristics  reflect  'bounded  rationality.''  That  is,  they  are  a  compro¬ 
mise  between  the  demands  of  the  problem  and  the  capabilities  and  commit¬ 
ment  of  the  decisionmaker  (Keen  and  Scott-Morton,  1978:  66).'  This 


nodtl  has  bttn  usaful  in  interpreting  a  wide  variety  o4  organizational 
decisions  (Hutwr,  1?8Q:  48). 

The  organizational  procedures  view  has  a  nanagerial  emphasis  look¬ 
ing  for  object) ve -or i anted  outcomes  and  long-term  results  <Harrison, 
1981:  61).  Huber  discusses  programs  and  prograaming.  Programs  are  the 
policies  and  procedures,  conventional  practices,  norms,  formal  and  in¬ 
formal  structure,  and  other  constraining  factors  wi th in  an  organization. 
Programming  relates  to  the  cognitive  and  motivational  responses  of  the 
decision  maker  arising  from  his  training,  education,  and  experience  (Hu¬ 
ber,  1980:  49).  'Organizational  decisions  are  consequences  of  the  pro¬ 
graming  and  programs  of  the  units  involved  (Huber,  1980:  49).'  Each 
unit  has  its  own  goals  and  programs,  looking  at  problems  with  it^s  func¬ 
tional  perspective.  A  DSS  can  integrate  these  units  and  their  perspec¬ 
tives  (Keen  and  Scot t-tlor ton,  1978:  69-70). 

The  political  view  sees  'organizational  decisions  las]  consequences 
of  the  application  of  strategies  and  tactics  by  units  seeking  to  influ¬ 
ence  decision  processes  in  directions  that  will  result  in  choices  favor¬ 
able  to  themselves  (Huber,  1980:  47)*.  The  process  involves  a  multipli¬ 
city  of  goals  and  interests.  Power,  persuasion,  accomodation,  bargain¬ 
ing,  compromise,  and  advocacy  are  characteristics  of  the  process  as  con¬ 
sensus  is  built  to  find  an  outcome  which  is  acceptable  to  the  many  con¬ 
stituencies  involved.  This  process  represents  the  art  of  the  possible 
with  an  emphasis  on  incremental  short  term  changes  which  move  away  from 
known  ills  rather  than  towards  a  goal  (Keen  and  Scott-Horton ,  1978:  70- 
72;  and  Harrison,  1981:  39-60).  *If  one  is  interested  in  building  sys¬ 
tems  to  be  USED,  the  political  dimension  is  an  important  constraint  — 


and  OPPORTUNITY  <K«tn  and  Scott-Morton ,  1978!  72).* 

Th«  individual  difftrancas  viaw  postulatas  that  aach  decision  makar 
is  uniqua  and  hanca  focuses  on  his  individual  traits  and  abilities.  The 
outcome  of  tha  dacision  process  is  strongl/  influenced  by  these  person¬ 
al  iaed  characteristics.  Kean  and  Scott-Morton  outline  two  approaches: 
cognitive  complexity  and  cognitive  style.  Cognitive  complexity  deals 
with  an  individual's  ability  to  structure  information  and  tha  amount  of 
information  ha  can  affectively  deal  with.  There  is  an  optimal  amount  of 
information,  both  too  little  and  too  much  information  are  dysfunctional. 
Cognitive  style  looks  at  the  decision  maker's  problem  solving  process 
<Kaen  and  Scott-Morton,  1978:  73-76).  Henderson  and  Nutt  review  several 
frameworks  for  decision  style  concentrating  on  the  ‘dimensions*.  They 
conclude  that  'Each  framework  has  coamon  as  well  as  unique  interpreta¬ 
tions.  Attempts  to  correlate  the  dimensions  of  these  frameworks  have 
produced  only  limited  basis  for  integration  (Henderson  and  Nutt,  1980: 
373).'  Also,  they  find  that  decision  style  has  a  considerable  influence 
upon  the  decision  making  process  (Henderson  and  Nutt,  1980:  384). 

These  views  of  the  decision  process  are  not  mutually  exclusive.  In 
analyzing  the  decision  process  the  applicability  of  each  must  be  assess¬ 
ed.  In  the  case  of  the  development  of  technically  feasible  SATCOH  al¬ 
ternatives,  emphasis  will  be  placed  upon  the  first  four  views.  The 
large  number  of  people  involved  in  the  decision  process  and  the  change 
in  personnel  characteristic  of  the  military  environment  make  the  con¬ 
tributions  of  the  individual  differences  perspective  difficult  to  deter- 


"Tht  lab»1  'Support  Srstvii''  is  iMunino^ul  only  in  si  tuations  Mh«r» 
th«  'final"  systtn  nust  Mierge  through  an  adaptive  process  of  design  and 


I 

usage  (Keen,  1980a:  28).”  This  adaptive  process  is  called  iterative 
design  and  refers  to  the  quick  development  of  an  initial  system  which 
evolves  and  grows  with  use  and  understanding.  Iterative  design  is  par¬ 
ticularly  suited  to  the  SATCQH  requirements  task.  Although  working 
within  the  established  DPMS,  SATCOH  requirements  is  a  new  task  within 
DCESR  and  hence  the  decision  process  will  evolve  with  experience.  The 
DSS  must  also  be  capable  of  changing  to  continue  to  support  the  decision 
process. 

Sprague  and  Carlson  believe  that  *one  of  the  pillars  on  which  the 
success  of  DSS  rests  is  the  iterative  development  (Sprague  and  Carlson, 
1982;  37).'  Keen  supports  this,  indicating  that  a  review  of  DSS  case 
studies  found  the  system  development  life  cycle  to  be  inappropriate 
(Keen,  1980a:  27).  The  iterative  approach  is  more  effective  for  imple¬ 
menting  an  analytic  model  <A1avi  and  Henderson,  1981:  1321).  An  analy¬ 
tic  model  will  be  used  to  evaluate  technical  feasibility.  For  these 
reasons,  the  iterative  design  approach  will  be  followed  in  this  paper. 

Peter  G.U.  Keen  provides  four  reasons  for  using  the  iterative  pro¬ 
cess.  The  semi -structured  nature  of  the  decision  process  means  that 
those  involved  may  be  unable  or  unwilling  to  provide  details  necessary 
I  for  complete  functional  specifications.  Users  and  designers  may  not 

w 

know  or  understand  what  is  needed.  An  initial  system  allows  a  common 

N 

^  reference  for  reactions  by  both  parties.  The  third  reason  for  iterative 

j  design  is  that  the  user's  decision  process  may  be  shaped  by  the  DSS, 
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which  can  stimulate  learning,  innovation,  and  insights.  Finally,  the 
DSS  must  allow  the  user  to  personalize  the  process.  Thus  the  DSS  must 
adapt  to  changes  in  user  preferences  and  to  new  users  (Keen,  1980a:  28) 

The  iterative  design  consists  of  four  steps: 

1.  Identify  an  important  subproblem. 

2.  Develop  a  small  but  usable  system  to  assist  the  decision 
maker. 

3.  Refine,  expand,  and  modify  the  system  in  cycles. 

4.  Evaluate  the  system  constantly  (Sprague  and  Carlson,  1982: 
140). 

Feedback  from  the  evaluation  step  can  refine  the  initial  module  of 
the  DSS,  assist  with  other  follow-on  parts,  or  lead  to  the  scrapping  of 
the  'prototype*.  Ui th  each  iteration  an  important  but  distinct  part  of 
the  decision  process  is  supported  by  a  new  module.  The  stand  alone  mod 
ules  are  strung  together  to  form  the  DSS  (Hurst  et.  a1 . ,  1983:  125). 

The  modular  nature  means  that  new  functions  and  capabilities  can  be 
added  without  redesign  or  reprogramming  (Hoore  and  Chang,  1983:  184). 

Keen  and  Scott-Morton  discuss  a  pre-design  cycle  for  each  itera¬ 
tion.  In  particular,  the  pre-design  cycle  looks  at  decisi>->n  analysis. 
The  intent  is  to  determine  key  decisions,  develop  normative  models,  and 
select  areas  for  support  (Keen  snd  Scott-Morton,  1978:  174).  This  is 
the  area  on  which  this  paper  focuses,  what  the  DSS  should  do,  not  what 
it  should  look  like.  The  initial  analysis  will  provide  sufficient  in¬ 
formation  to  build  a  nucleus  for  the  DSS  (Moore  and  Chang,  1983:  184). 

It  should  be  noted  that  with  iterative  design  'the  system  can 
never  be  final;  it  must  change  frequently  to  track  changes  in  the  pro¬ 
blem,  user,  and  environnwnt  because  these  factors  are  inherently  voli- 
tile  (Sprague  and  Carlson,  1982:  132).*  The  iterative  design  approach 
may  benefit  from  user  tutorials.  These  tutorials  allow  new  users  to 


dtvtiop  an  undtrstanding  of  th«  nodals  and  to  ust  the  capabilities  of 
the  DSS  to  personalize  the  decision  process.  Tutorials  allow  others  to 
refresh  their  Knowledge  (Sprague  and  Carlson,  1982:  144).  Tutorials 
could  also  provide  a  nwans  to  improve  the  user's  decision  process.  Ac¬ 
cording  to  Stabel 1 ,  this  improvement  in  decision  making  effectiveness  is 
a  goal  of  DSS  (Stabell,  1983:  233).  Tutorials  wil 1  be  a  definite  re¬ 
quirement  for  the  DSS  to  support  SATCQM  planning.  The  tutorials  will 
allow  others  in  the  DCESR  office  to  learn  the  DSS  and  will  serve  as  a 
means  to  explain  to  operational  Commands  the  steps  in  developing 
operational  requirements  reflecting  their  SATCOH  needs. 

In  the  next  section  the  actual  means  for  identifying  the  specifica¬ 
tions  for  each  iteration  will  be  discussed.  This  research  effort  uses 
the  procedures  to  determine  the  specifications  of  the  kernel  system. 

Systems  Analysis 

Systems  analysis  identifies  those  functions  the  DSS  should  have  to 
support  the  SATCOH  planning  decision  process.  There  are  three  techni¬ 
ques  which  could  be  used.  The  intent  of  this  section  is  to  outline  each 
technique  and  indicate  why  the  selected  method  was  chosen. 

The  traditional  approach  to  systems  analysis  is  the  systems  devel¬ 
opment  life  cycle.  There  are  six  distinct  phases  which  act  as  manage- 
Bwnt  control  points.  The  six  phases  are  feasibilty  study,  systems  anal¬ 
ysis,  systems  design,  equipment  selection,  systems  implementation,  and 
periodic  review.  Each  phase  has  definite  objectives  and  the  analysis 
does  not  proceed  to  the  next  phase  until  all  objectives  have  been  met. 
There  are  two  advantages  to  this  approach.  It  provides  a  structure  for 


Mtilrsis  and  control  of  th*  projtct  and  tnwras  proptr  and  rtsponsivt 
ccnnuni cat  ions  bttwtan  nanaganant,  tha  usar,  and  tha  analyst  (Thiarauf, 
1982:  118-120). 

This  tachniqua  is  not  aiianablt  to  tha  itaratiua  dasign  approach. 

Tha  intant  is  to  conplatly  spacify  a  final  systan.  Tha  vary  structura 
nakas  it  inflaxibla,  and  for  this  raason  is  not  sal ac tad  for  usa  in 
analyzing  tha  SATCQM  planning  procass.  As  pointad  out  abova,  Kaan's  ra- 
saarch  indicatas  tha  systam  davalopaiant  lifa  cycia  to  ba  inappropr iata 
for  DSS  (Kaan,  19B0a:  27). 

Bahl  and  Hunt  proposa  a  task  analysis  nathodology  to  study  tha  sys¬ 
tan  raquiraawnts  for  a  DSS.  This  nathodology  anconpassas  thraa  forns  of 
analysis:  avant  analysis,  participant  analysis,  and  dacision  contant  an¬ 
alysis.  *Evants  ara  idantifiabla  (and  infarabla)  activities  in  a  daci- 
sion-naking  procass  (Bahl  and  Hunt,  19B4:  122).”  Event  analysis  inves¬ 
tigates  the  order  and  significance  of  events.  Participant  analysis  in¬ 
vestigates  Mho  Mas  involved  in  tha  dacision  procass  as  Mall  as  their 
properties,  roles,  and  relationships.  Dacision  content  analysis  is  tha 
key  step.  A  micro-level  model  of  tha  dacision  procass  is  developed  and 
used  to  identify  factors  defining  and  influencing  the  decision  maker's 
behavior.  Developed  and  used  to  study  complex  public  decisions,  tha 
technique  is  too  detailed  and  formal  to  use  in  determining  initial  DSS 
requirements. 

Sprague  and  Carlson  present  a  procass  independent,  user-oriented 
method  of  establishing  system  requirements  (Sprague  and  Carlson,  1982: 
15).  They  call  the  method  RQMC,  Mhich  stands  for  representations,  oper¬ 
ations,  memory  aids,  and  control  machanims.  Representations  are  con- 


ctptuAl  looks  at  the  information  used  in  the  decision  process.  Repre¬ 
sentations  mar  be  mental  or  physical.  Physical  representations  in  the 
form  of  graphs,  charts,  tables,  etc.  allow  communication.  These  repre¬ 
sentations  can  be  linked  to  the  intelligence,  design,  and  choice  phases 
of  the  decision  making  process.  Representations  can  be  used  to  input  or 
output  data  as  well  as  to  invoke  operations  (Sprague  and  Carlson,  1?82: 
102). 

Operations  are  the  methods  used  to  manipulate  representations. 
Operations  may  be  used  to  manipulate  more  than  one  activity.  Ideally  , 
operations  are  not  ordered  or  structured,  allowing  the  decision  maker  to 
tailor  the  order  in  which  operations  are  used  to  his  own  style.  Oper- 
tions  may  range  from  complex  algorithms,  such  as  linear  programming,  to 
simple  rules  of  thumb  (Sprague  and  Carlson,  1982:  103). 

Memory  aids  provide  the  decision  maker  a  means  to  store,  recall, 
and  work  with  data.  Sample  memory  aids  include:  data  bases  (internal/ 
external,  raw/aggregated),  workspaces,  links  (to  pass  work,  or  parts 
thereof,  between  the  current  process  and  others),  triggers  (checklists), 
and  profiles  (defaults  and  status  information).  Control  mechanisms  al¬ 
low  the  decision  maker  to  utilize  representations,  operations,  and  mem¬ 
ory  aids  to  synthesize  a  personal  decision  process.  Aids  to  understand 
the  mechanics  of  operating  the  OSS  (menus  etc.)  and  aids  to  support 
learning  and  explanation  are  control  mechanisms,  as  are  the  ability  to 
combine  operations  and  change  defaults  (Sprague  and  Carlson,  1982:  104- 
107). 

At  this  point  we  switch  from  the  DSS  to  the  decision  to  be  support¬ 
ed.  The  following  sections  look  at  the  technical  aspects  of  SATCGM  de- 


sign.  Tht  nwthods  of  evslusting  SATCOM  perforn4nc*  will  be  discussed  in 
the  next  section. 


SATCOH  Technical  Anal ysi s 

In  surveying  the  technical  literature  on  satellite  camuni  cat  ions, 
three  general  analytical  methods  efnerged.  These  methods  are  simulation, 
link  budget  analysis,  and  specific  application/theory  .  This  section 
will  discuss  each  method  briefly  and  select  that  one  which  offers  the 
best  potential  for  development  as  the  kernel  of  the  SATCQh  planning  DSS. 

The  specific  app I i cat  ion/theory  method  is  typified  by  the  papers 
written  for  technical  journals  <for  example  Abramson,  1984;  Feher  et 
al . ,  1983;  and  Van  Trees,  1979).  These  papers  study  one  narrow  aspect 
of  the  SATCOH  design,  usually  from  an  engineering  perspective.  The 
large  number  of  techniques  in  these  papers  which  would  be  required  to 
analy2e  a  SATCOH  system,  the  detail,  and  the  complexity  of  the  tech¬ 
niques  were  reasons  why  this  approach  was  not  selected. 

Simulation  is  the  second  technique.  The  January  1984  issue  of  the 
IEEE  Journal  on  Selected  Areas  in  Coeimini cat  ions  was  devoted  to  ■Com¬ 
puter-aided  Hodel  ing,  Analysis,  and  Design  of  Camun icat  i on  Systems' 
<Ba1aban,  Shanmugan,  and  Stuck,  1984).  Shanmugan  points  out  that  SATCOH 
systems  are  complex  in  nature,  include  non-linear  devices,  suffer  from 
transient  effects,  and  undergo  more  types  of  interference  than  terres- 
tial  connun icat i on  systems.  These  factors  make  it  difficult  to  estimate 
system  performance  in  a  closed  form  with  analytic  techniques.  Simula¬ 
tion  can  give  accurate  estimates  of  system  performance  for  individual 
links  and  for  networks  (Shanmugan,  1983:  323).  There  is,  however,  no 


standard  -for  sinsjlation.  Currant  cotmuni  cat  ions  systen  simulation  pack¬ 
ages  art  datailtd  (working  to  tha  block  diagram  laval)  and  raquira  at 
laast  a  stand-alona  min i -computar  systam  (Shanmugan,  1983:  325 > .  For 
thasa  raasons  this  tachniqua  was  not  chosan. 

Tha  last  awthod  ot  astinating  SATCCM  systam  partormanca  is  that  o-f 
link  budgat  analysis.  This  tachniqua  is  analytically  straight-forward, 
tracking  gains,  lossas,  and  sourcas  o-f  noisa  throughout  the  SATCOH  sys- 
tam.  The  link  budgat  idantitias  tha  main  systam  paramaters  and  thair 
contribution  to  system  partormance  (Sklar,  1979:  1). 

Link  budgats: 

a)  Ara  usa-ful  for  rapidly  datemining  top  level  resource 
al locations 

b)  Indicate  hardMare  constraints 

c)  Help  to  predict  systam  performance,  weight,  si2e,  and  cost 

d)  Allow  recognition  of  the  design  ground  rules  and  of  systam 
design  flows 

e>  Highlight  reasonable  design  tradeoffs 

f)  Illustrate  areas  of  dependence 

g>  Help  to  predict  system  availability 

h)  Highlight  system  nuances 

i)  Facilitate  changing  configurations 

j)  Can  serve  as  the  basis  for  an  optimal  design  saarch(Skl ar , 
1979:  n. 

Link  budget  analysis  is  covered  in  all  texts  on  SATCOtl  (for  exam¬ 
ple:  Fehar,  1983;  Gagliardi,  1984;  Spilkar,  1977;  and  Uu,  1984).  A  link 
budgat  will  be  calculated  during  tha  design  of  any  SATCOM  system.  This 
fact  plus  the  straightforward  ewthod  in  which  it  is  calculated  make  it 
an  excellent  technique  to  use  as  tha  kernel  for  the  DSS.  A  specific 
formulation  will  be  developed  in  Chapter  4. 


Techniques 


In  discussing  computer-aided  systems  engineering,  Eisner  identifies 


issuts  ufd  questions  which  are  pertinent  to  the  design  oi  any  system. 

Two  ot  these  questions  are  particularly  germane  to  the  SATCGM  design 
problem:  which  system  requirements  are  satisfied  and  which  requirements 
are  technically  interdependent.  He  also  points  out  that  the  fundamental 
parameters  of  systems  engineering  are  technical  performance,  cost,  and 
schedule  <Eisner,  1984:  15>.  Technical  performance  is  the  focus  of  OSS 
which  will  be  proposed  during  this  research.  Operations  research  and 
management  science  techniques  provide  methods  to  optimize  technical  per¬ 
formance  and  to  answer  the  two  questions  posed  above. 

This  portion  of  the  literature  will  cover  those  areas  that  are  ap¬ 
plicable  to  SATCGM  design.  Beginning  with  an  overview  of  the  design 
process,  a  method  of  determining  satisfaction  of  customer  requirements 
is  presented  as  well  as  a  means  of  determining  the  requirements  of  the 
user  and  their  relative  importance.  The  next  technique  discussed  pro¬ 
vides  a  method  of  finding  interdependence  between  the  user's  require¬ 
ments  and  to  prioritize  the  design  process.  These  two  steps,  the  deter¬ 
mination  of  user  requirements  and  the  development  of  an  initial  techni¬ 
cal  specification,  are  the  main  task  of  DCESR  and  the  area  the  DSS  is  to 
support.  The  section  concludes  with  a  review  of  mathematical  techniques 
that  have  been  applied  to  satellite  systems. 

A  flowchart  of  the  design  process  for  a  large  electronic  system  is 
given  in  Figure  2-3.  It  illustrates  the  key  role  of  the  user  throughout 
the  process  and  the  degree  of  feedback  which  shapes  the  final  design. 

The  process  begins  with  a  user-planner  dialogue  to  set  performance  ob¬ 
jectives  and  requirements.  These  objectives  and  requirements  are  not 
definite,  often  based  upon  estimates  of  future  developments  and  the 


ustr^s  dtsirts.  Both  sides  work  to  progressively  refine  these  initial 
requireiMnts  (Hovantssian,  1975  :  94). 

In  addition  to  the  difficulty  of  foreseeing  the  availability 
of  components,  one  is  faced  with  the  inherent  unpredictability  of 
design  activity.  In  many  cases,  solutions  can  be  reached  only 
through  a  process  of  trial  and  error.  Often  these  solutions  create 
new  approaches;  less  frequently  they  lead  to  innovations  that 
change  the  entire  design  concept  (Hovanessi an ,  1975:  94). 

In  the  SATCQM  design  process,  OCESR  acts  as  the  interface  between 
the  user  and  the  design  engineers.  DCESR  assists  the  user  identify  and 
quantify  his  requirements,  acts  as  the  system  proponent  in  the  DPHS,  and 
serves  as  the  user^s  representative  to  the  design  engineers.  Throughout 
the  process,  DCESR  must  represent  the  user‘'s  desires.  Hovanessian 
points  out  that  cost  effective  systems  don't  always  please  the  user. 
Satisfying  life  cycle  costs  is  only  a  small  design  criteria  for  the  op¬ 
timum  system.  He  proposes  the  use  of  customer-acceptance  parameters  to 
guide  optimum  system  design.  The  parameters  are  weighted  to  reflect  the 
relative  importance  of  each  parameter  to  the  user  and  the  degree  of  ov¬ 
erlap  between  parameters.  Importance  to  the  user  increases  the  weight 
while  overlap  decreases  the  weight  (Hovanessian,  1975:  100).  Sample 
customer-acceptance  parameters  are  shown  in  Table  2-1. 

Thomas  Saaty  has  developed  a  method  to  determine  and  weight 
criteria.  The  technique  is  called  the  Analytic  Hierarchy  Process  (AHP) . 

The  AHP  can  be  used  to  stimulate  ideas  for  creative  courses 
of  action  and  to  evaluate  their  effectiveness.  It  helps  leaders 
determine  what  information  is  worth  acquiring  to  evaluate  the  im¬ 
pact  of  relevant  factors  in  complex  situations.  And  it  tracks  in¬ 
consistencies  in  the  patr icipants'  Judgements  and  preferences 
(Saaty,  1982:  25). 

The  technique  is  based  upon  the  use  of  a  hierarchy,  *  the  single 
most  powerful  mental  construct  for  studying  complex  systems  (Saaty, 

1983:  141).'  Starting  at  the  top  goals  are  decomposed  into  ever  more 


T4i>t*  2-1.  Sanpit  CuaioMr-Acctptanc*  ParaiMttrs 
(HovantMian-,  1975:  100) 
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Rwwcter 

1 . 

Li-fe  cycle  cost 

20 

2. 

Maintenance  Ski  11s 

5 

3. 

Maintenance  Personnel  (numbers) 

5 

4. 

Avail abi 1 i ty 

15 

5. 

MTBF  per  MnR 

10 

6. 

Maintenance  Manhour  per  Operational  Hour 

10 

7. 

Spares 

5 

8. 

Operator  Approval 

10 

9. 

Degree  Automation 

10 

10. 

Improvement  over  Previous  System 

10 

100 

de-finitt  critaria.  At  the  bottom  alternatives  and  elements  under  which 
they  can  be  compared  are  identi-fied.  This  structure  links  elements  at 
the  bottom  through  the  levels  to  the  objectives  at  the  top.  Matrices 
and  a  ranking  scale  are  used  to  do  pairwise  comparisons  at  each  level. 
These  manipulations  can  be  used  determine  priorities  as  well  as  the  con¬ 
sistency  oi  decision  maker  (Saaty,  1983:  141).  This  technique  can  be 
used  to  determine  customer-acceptance  parameters  -for  SATCOM  design  and 
their  relative  weights. 

The  AHP  technique  has  already  been  used  by  the  Canadian  Forces.  In 
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ctevtloping  th*  tv«1u4tion  plan  for  a  nau  shipbornt  anti-subnar in* 

Marfart  helicopter,  AHP  was  used  to: 

a.  define  criteria  against  which  alternative  contractor  proposals 
are  to  tw  evaluated  with  respect  to  vehicle  effectiveness; 

b.  organise  criteria  into  a  value  tree; 

c.  assign  weights  to  indicate  the  relative  importance  of  each 
criterion; 

d.  check  weights  for  consistency;  and 

e.  delineate  a  scoring  method  for  evaluating  proposals  against  each 
criteria  (Krant,  1985:  2>. 

Engineering  design  of  complex  systems  requires  specification  of 
many  variables.  There  are  often  several  interdependencies,  requiring 
some  variables  to  be  known  or  assumed  before  othres  can  be  determined. 
These  interdependencies  lead  to  an  ordering  which  contains  circuits, 
i .e.  A  depends  upon  8  and  8  depends  upon  A  (Steward,  1981:  71).  *  Cir¬ 

cuits  are  usually  handled  by  making  estimates  for  some  of  the  variables 
to  make  a  preliminary  design,  then  using  the  results  of  the  preliminary 
design  to  confirm  or  refine  these  estimates.  This  is  the  process  of  de¬ 
sign  iteration  (Steward,  1981:  71).* 

Steward  proposes  a  method  called  the  design  structure  system  to 
identify  interrelationships  between  the  variables  and  to  identify  where 
estimates  are  required.  The  designer  first  develops  a  variable  list 
noting  which  variables  must  be  established  before  another  one  can  be  de¬ 
termined.  The  precedence  assigned  to  a  variable  may  be  based  upon  ana¬ 
lytic/mathematical  relationships  or  the  qualitative  judgement  of  manage¬ 
ment  or  the  engineer.  These  precedence  relationships  are  then  put  into 
matrix  form.  8y  rearranging  the  matrix  the  designer  can  determine  the 
order  of  design  and  smallest  subset  of  variables  which  must  be  estimated 
before  a  design  iteration  can  be  mad*. 

Traditionally,  the  emphasis  of  satellite  communication  has  been  on 


technological  advancement,  while  the  application  of  optimization  nethoda 
to  satellite  srstems  has  lagged  behind  <Uu,  1984:  503>.  Uu  provides  an 
overview  of  mathematical  programing  techniques  which  are  applicable  to 
the  design  optimization  of  SATCQM  systems.  He  covers  six  techniques  in 
the  context  of  fifteen  sample  problems.  Linear  programing  is  discussed 
and  the  simplex  and  network  algorithms  developed.  Simplex  is  used  to 
assign  satellite  channels  in  a  manner  to  minimize  cost.  Maximizing 
transmission  capacity  and  finding  the  minimum  delay  are  given  as  examp~ 
les  of  applications  of  networking.  Carrier  assignment  to  a  transpondor 
and  maximization  of  the  minimum  received  carrier  level  are  solved  by 
nonlinear  programming  techniques.  Integer  programming  is  applied  to  the 
minimization  of  the  number  transpondors  necessary  to  meet  the  capacity 
requirements  of  a  number  of  earth  stations.  Dynamic  programming  may  be 
used  to  study  path  delay  over  several  links.  Stochastic  processes  are 
combined  with  the  other  techniques  to  reflect  the  risk  and  uncertainty 
of  the  real  world.  Queuing  theory  is  another  aspect  of  stochastic  pro¬ 
gramming  which  can  be  used  to  investigate  the  delays  experienced  by 
messages  passing  through  a  system.  Combinatorial  programming  methods 
are  applicable  to  the  design  of  synchronization  sequences  and  to  traffic 
assignment  (Uu,  1984:  439-506). 

Manageewnt  sciences/operations  research  optimization  methods  have 
not  been  extensively  used  in  DSS.  Joyce  J.  Elam  points  out  that  these 
methods  use  intricate  models  which  require  specialized  knowledge.  These 
■x>dels  have  been  criticized  as  too  structured  (Elam  and  Schneider,  1983: 
2-3).  Recent  advances  with  many  useful  features  are  capable  of  dealing 
with  the  broader  constraints  found  at  the  management  control  level.  In- 


ttgriling  optinizition  modtls  into  decision  support  systems  with  epprop- 
Piste  interfsces  will  si  low  s  eisnsger  to  select  the  'best'  plsn  smong 
different  scensrios  snd  test  the  plsn  under  'whst  if'  conditions.  The 
use  of  optimizstion  DSS  is  sppi icsbie  to  the  sres  of  msnsgement  control 
(Elm  snd  Schneider,  1?83:  d-7). 

To  implement  sny  of  the  sboue  techniques,  csre  must  be  tsken  to 
sepsrste  the  complexity  snd  theory  of  the  sigorithms  from  the  decision 
msker.  The  DSS  spprosch  *trsnslates  complex  snslytic  models  into  ussbie 
snd  useful  techniques  for  decision  mskers  (Keen,  1980bi  41).”  Any  snsl¬ 
ytic  technique  esn  be  used  in  s  DSS  provided  it  can  bet  1.  related  to 
decision  process,  2.  expressed  in  familiar  terms,  snd  3.  made  part  of 
dialogue  (Keen,  1980b:  41).' 

Optimization-based  DSS  could  provide  a  useful  tool  to  the  DCESR 
staff.  The  decisions  to  acquire  HILSATCOI  systems  in  support  of 
operational  tasks  represents  management  control  function.  A  DSS  would 
provide  a  means  to  evaluate  the  many  trade-offs  in  planning  I1ILSATCQI1 


systems. 


III.  Th 


In  this  chapttr  dtcision  proctss  by  which  SATCOH  rtsourccs  4r» 
acquired  and  allocated  will  be  exafained.  I  begin  with  an  overview  of 
the  Defence  Services  Progran  (DSP).  Within  this  environment,  a  flow¬ 
chart  of  the  SATCQM  planning  decision  process  is  developed.  The  deci¬ 
sion  process  is  then  analyzed  in  terns  of  decision  structure,  level  of 
dec i sion-nak ing,  independent/interdependent  decisions,  dec i sion-nak ing 
phases,  and  the  different  perspectives  of  dec  i  si  on -staking. 

The  DSP  is  a  detailed  plan  of  the  costed  activities  and  resource 
allocations  for  the  Department  of  National  Defence.  The  Defence  Progran 
Management  System  (DPMS)  provides  the  procedures  necessary  to  add,  de¬ 
lete,  or  modify  activities  within  the  DPMS.  Figure  3-1  shows  the  five 
phases  in  the  DPMS.  Shown  sequentially  for  convenience,  it  is  a  repet¬ 
itive  process  with  continual  feedback  and  interaction  between  all 
phases. 

Each  Phase  represents  a  level  of  commitment  by  DND,  ranging  from 
conceptual  to  funded  projects.  A  phase  begins  with  a  lead  document 
(either  a  separate  statment  of  requirement  or  the  approved  principal 
document  from  the  previous  phase).  A  phase  progresses  with  studies  to 
refine  the  project  and  terminates  wi th  the  principal  document  which 
seeks  formal  approval  to  procede  to  the  next  phase.  As  the  process  pro¬ 
gresses,  the  detail  and  precision  of  the  project  increases.  At  the  same 
time,  the  number  of  interrelationships  between  different  agencies  in¬ 
volved  in  the  project  grows. 


documents  for  the  DPMS.  DCESR  imk  be  the  sole  developer  ot  a.  SOR(P}  in 
the  early  phases  ot  the  process  or  be  working  with  a  number  ot  other 
Directorates  in  later  phases.  The  aim  of  the  staffing  process  in  DCESR 
is  to  prepare  or  assist  in  the  preparation  of  the  documents  which  are 
used  in  the  DPf^.  The  HILSATCOM  DSS  supports  decisions  in  this  area. 

The  Decision  Process  Model 

The  design  process  for  MILSATCOH  systems  is  similar  to  that  for  the 
design  and  production  process  of  a  large  electronic  system,  such  as  that 
shown  in  Figure  3*2.  The  flowchart  illustrates  the  feedback  inherent  in 
the  design  process  and  the  move  from  general  to  specific  as  the  design 
is  developed. 

Two  other  points  should  be  made  about  the  process.  The  first  is 
the  degree  of  user  involvement.  The  user  is  actively  involved  through¬ 
out,  or  his  interests  are  represented  at  all  stages.  The  second  point 
is  that  the  system  is  conceptually  designed  first.  That  is  to  say  that 
a  rough  first  fit  is  made,  then  refined  as  the  design  process  precedes. 

In  the  first  area,  the  system  designer  must  constantly  be  aware  of 
the  user''s  desires  and  not  get  lost  in  the  technical  elegance  of  the 
system.  One  method  of  doing  this  would  be  the  use  of  'customer-accept¬ 
ance*  parameters  <Hovanessian,  1P75:  100).  This  would  remind  the  de¬ 
signer  that  often  availability,  maintenance,  sparing,  and  operator  ac¬ 
ceptance  are  more  important  to  system  success  than  cost  effectiveness. 

In  order  to  determine  those  factors  that  are  important  to  the  SATCOH 
user,  a  method  is  required  to  select  the  appropriate  criteria  and  weight 
them  according  to  their  relative  importance. 
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Figure  3-2.  System  Design  and  Testing  FIom  Diagram 
<Houanessian,  1?75:  95) 
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Saaty^s  Analytic  Hierarchy  Process  (AHP)  could  provide  a  means  of 
eliciting  customer-acceptance  parameters  and  for  determining  their 
weights.  This  approach  uiould  also  provide  consistency  throughout  the 
DPHS  design  and  acquisition  process.  This  technique  has  been  used  by 
the  Canadian  Forces  to  evaluate  contractor  proposals  in  major  equipment 
acquisition  programs  <Krant,  1985).  AHP  also  offers  the  advantage  that 
it  is  capable  of  determining  preferences  and  weights  in  a  group  setting. 
This  would  allow  the  technique  to  be  used  to  determine  customer-accept¬ 
ance  parameters  and  their  weights  when  more  than  one  operational  user  is 
involved  (i.e.  combined  Army,  Navy,  and  Air  Force  systems). 

The  second  point  from  the  flowchart  deals  with  the  initial  concep¬ 
tual  mechanization  of  the  SATCOM  system.  The  designer  must  determine 
which  design  variables  are  known  and  which  are  unknown.  He  must  then 
determine  which  variables  are  interrelated  and  thus  which  must  be  esti¬ 
mated  to  produce  the  initial  design  mechanization.  This  isolation  of 
the  variables  to  be  estimated  can  be  done  using  Steward's  Design  Struc¬ 
ture  System  (Steward,  1981).  This  method  would  also  show  the  effects 
changes  in  one  area  have  on  all  other  variables. 

The  above  considerations  lead  to  the  formulation  of  the  decision 
process  as  shown  in  Figure  3-3.  The  twin  inputs  of  user  requirements 
and  departmental  policy  reflect  the  fact  that  departmental  policy  may 
set  some  variables.  In  this  case  it  is  the  responsibility  of  the  DCESR 
staff  to  ensure  that  the  user  understands  the  policy  and  that  the  design 
reflects  existing  policy. 

Based  upon  the  user's  requirements,  policy  ,  and  any  existing  hard¬ 
ware,  the  SATCOM  designer  determines  what  information  he  has.  This  in- 
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Figure  3-3.  The  SATCOM  Decision  Process 

Formation  allows  the  designer  to  determine  what  information  he  needs  to 
make  an  initial  design.  With  estimates  and  assumptions  a  preliminary 
design  is  formulated.  This  initial  design  is  evaluated  in  terms  of  per 
formance,  complexity,  cost,  and  the  user^s  requirements  by  both  the  de¬ 
signer  and  user  (preferably).  Based  upon  this  evaluation  the  user  can 


adjust  his  requireiiwnts  and  the  designer  can  tighten  his  estimates  and 
reduce  his  assumptions.  The  result  o-f  this  process  is  an  adjusted  set 
of  variables  and  a  refined  design.  This  continues  until  a  satisfactory, 
feasible  design  is  achieued. 

The  linkage  between  Create  Alternatives  and  Determine  tlariables  re¬ 
flects  the  case  where  there  may  be  two  or  more  options  for  one  variable. 
Here  the  designer  develops  a  technically  feasible  system  for  each  op¬ 
tion.  Each  system  is  then  evaluated  against  the  user's  requiremqents  to 
determine  which  is  better.  An  example  occurs  when  determining  which 
multiple  access  technique  to  use  in  a  SATCQM  system.  In  general,  fre¬ 
quency  division  multiple  access  is  a  simple  system  but  does  not  make  the 
most  efficient  use  of  the  satellite  transpondor.  Time  division  multiple 
access  makes  more  efficient  use  of  the  transpondor  but  there  is  increas¬ 
ed  system  complexity.  There  is  a  loss  in  system  capacity  and  increased 
system  complexity  when  code  division  miltiple  access  (spread  spectrum) 
is  utilized.  The  DSS  provides  a  technically  feasible  system  for  each 
option.  The  user's  requirements  would  then  be  used  to  decide  which  al¬ 
ternative  i s  best. 

In  the  context  of  this  research  the  selection  and  implementation 
occur  within  the  DPHS.  These  blocks  reflect  the  output  of  the  DSS  pro¬ 
cess  in  the  form  of  technically  feasible  alternatives.  The  application 
of  follow-on  modules  (such  as  cost-benefit  and  customer-acceptance  par¬ 
ameters)  to  the  alternatives  would  allow  selection  of  the  desired  course 
of  action.  Implementation  in  Figure  3-3  denotes  the  preparation  of  the 
required  decision  document  <PPP,  PDP,  or  PCP>. 


Analysis  of  th»  Decision  Process 

In  Chapter  Two,  -five  objectives  of  a  DSS  were  used  as  a  structure 
for  a  review  of  the  literature  on  decision  making.  These  objectives 
are: 

1.  A  DSS  should  provide  support  for  decision  making,  but  with 
emphasis  on  semi  structured  and  unstructured  decisions... 

2.  A  DSS  should  provide  decision-making  support  for  users  at  ail 
levels,  assisting  in  integration  between  the  levels  whenever  appro¬ 
priate  . . . 

3.  A  DSS  should  support  decisions  that  are  interdependent  as  well 
as  those  that  are  independent... 

4.  A  DSS  should  support  all  phases  of  the  decision-making  process.. 

5.  A  DSS  should  support  a  variety  of  dec i sion-iaak ing  processes  but 
not  be  dependent  on  any  one  (Sprague  and  Carlson,  1982:  24-27). 

This  same  structure  will  be  followed  here  to  analyze  the  decision  pro¬ 
cess  for  SATCOM  design. 

The  SATCOM  design  process  is  a  semistructured  task.  The  analytic 
techniques  and  engineering  relationships  used  in  the  design  of  a  SATCOM 
system  represent  the  structure  in  the  task.  The  unstructured  portion 
pertains  to  the  trade  offs  made  in  light  of  the  requirements  for  the 
SATCOM  system.  Thus  the  DSS  must  provide  models  of  the  engineering  rel¬ 
ationships.  These  allow  the  decision-maker  to  determine  the  technical 
feasibility  of  a  particular  configuration  of  parameters  that  he  has  sel¬ 
ected  to  meet  the  requirements. 

The  SATCOM  DSS  will  be  used  mostly  at  the  management  control  level  . 
The  output  of  the  kernel  DSS  is  a  technically  feasible  SATCOM  system 
which  will  be  costed  and  entered  in  the  DSP.  It  is  the  DSP  which  is  the 
DND  managemen'-  process  to  acquire  and  allocate  resources.  The  efficient 
acquisition  and  usage  of  resources  is  the  purview  of  management  control. 
The  DSS  has  the  potential  to  be  used  at  the  strategic  level.  Using  a 


s»t  0-f  trpicil  values,  a  representative  system  could  be  designed.  The 
e-f-fects  of  varying  one  or  two  variables  could  then  be  determined.  From 
this  analysis  policy  guidelines  could  be  set.  For  example,  transponder 
utilization  versus  data  rate  could  be  determined  for  each  multiple  ac¬ 
cess  technique.  Comparison  of  these  curves  could  lead  to  a  policy  est¬ 
ablishing  the  access  technique  to  be  used  for  specified  data  rates. 

The  third  objective  pertains  to  the  number  of  people  involved  in 
making  the  decision.  In  the  Headquarters  many  Directorates  must  work 
together  when  staffing  requirements  and  acquiring  resources.  The  DSS 
allows  the  OCESR  staff  to  evaluate  proposals  and  their  effect  upon  the 
SATCGM  system^s  technical  performance.  There  will  be  independent  deci¬ 
sions  during  the  initial  development  of  technically  feasible  designs. 
Interdependent  decisions  will  occur  as  these  designs  are  staffed  and 
refined. 

The  model  of  the  SATCOH  decision  process  contains  all  phases  devel¬ 
oped  earlier:  intelligence,  design,  choice,  implementation,  and  con¬ 
trol.  The  implementation  phase  represents  the  production  of  the  princi¬ 
pal  document  to  end  a  stage  of  the  DPI1S.  The  control  phase  is  implicit 
and  is  reflected  by  a  re-evaluation  of  the  principal  document  if  it  is 
not  accepted  or  by  the  beginning  of  a  new  cycle  if  the  document  is  ac¬ 
cepted.  The  DSS  kernel  is  primarily  concerned  wi th  the  intelligence  and 
design  phases.  This  reflects  it-'s  initial  mandate,  the  creation  of 
technically  feasible  SATCGM  systems.  The  addition  of  follow-on  modules 
such  as  the  AHP  or  the  design  structure  system  would  enhance  the  DSS  for 
the  first  two  phases.  Costing  models  and  the  use  of  the  AHP  for  evalua¬ 
tion  of  alternatives  would  increase  the  DSS's  support  to  the  choice  and 


implementation  phases. 


The  last  OSS  objective  re-flects  the  decision-making  perspective. 

The  Rational  view  is  represented  br  the  DPHS,  which  is  an  economic  bud¬ 
geting  method  -for  'rational*  decision-making.  Cost  benefit  analyses 
arc  a  key  input  to  the  OPHS.  The  Satisficing  view  brings  in  factors 
such  as  budgetary  limits,  the  availability  of  existing  SATCOM  equipment, 
and  the  number  of  Directorates  involved,  each  with  their  own  conflicting 
cr i ter i a. 

The  Organization  Procedures  view  is  also  evident.  Decisions  within 
the  Headquarters  are  governed  by  procedures,  SOP-'S  and  policy.  Indivi¬ 
dual's  will  reflect  their  training  and  education,  as  well  as,  the  ‘pro¬ 
gramming*  they  have  received  by  experience  and  environmental  back¬ 
grounds. 

The  Political  perspective  will  have  a  definite  impact  upon  the  de¬ 
cision  process.  The  competition  for  funds  among  the  environmental  and 
organizational  elements  is  a  factor  in  the  process.  Each  Directorate 
involved  in  the  process  will  be  locking  to  ensure  that  their  interests 
are  included.  In  the  larger  context,  major  projects  require  Cabinet  ap¬ 
proval.  This  can  mean  public  scrutiny  and  the  resulting  forces  from 
different  interest  groups.  Pol itical  factors  such  as  Canadian  manufac¬ 
turing  content  and  regional  economic  development  must  also  be  consid¬ 
ered. 

The  Individual  Differences  perspective  will  impact  the  decision 
process.  Personnel  in  NDHQ  tend  to  rotate  quickly.  There  may  be  two  or 
three  groups  of  people  involved  in  the  decision  over  the  duration  that  a 
proposal  is  developed  from  concept  to  project  implementation. 


(K  the  -five  perspectives,  the  -first  -four  represent  the  najor  means 
o-f  analyzing  the  decision  process.  The  individual  differences  should  be 
accomodated  by  the  iterative  design.  Additional  capabilities  should  be 
included  in  the  DSS  to  allow  the  indivic^al  to  personalize  the  DSS  to 
his  cogni tive  style. 

This  chapter  focused  on  the  Key  aspect  of  decision  support,  the 
decision  process.  Uithin  the  Defence  Program  Management  System,  a  model 
of  the  SATCOM  design  process  was  developed.  It  emphasized  user 
involvement  and  an  evolutionary  design  development.  The  model  was  then 
analyzed  against  the  objectives  of  a  OSS.  This  analysis  indicates  that 
the  SATCOM  design  process  is  suitable  for  a  DSS.  A  kernel  DSS  would  be 
an  asset  to  the  DCESR  staff.  The  next  chapter  will  develop  the  analytic 
model  which  will  be  the  kernel  of  the  DSS. 


Iniroduct ion 


IV. 


SAfTCOM  Link  Analysis 


In  this  chapter  1  develop  the  analytic  tool  which  has  been  selected 
as  the  kernel  o-f  the  DSS.  This  tool  is  the  link  analysis.  I  will  begin 
by  discussing  the  value  of  link  analysis.  An  overview  o-f  the  gains, 
losses,  and  noise  sources  which  are  found  in  a  SATCOM  system  is  present¬ 
ed.  The  basic  link  budget  is  developed  -fron  this  overview  and  each  o-f 
the  major  components  is  detailed.  An  initial  discussion  o-f  the  effects 
of  multiple  signals  is  presented  as  well  as  remarks  about  the  link  bud¬ 
get  tradeoffs  which  can  be  made  in  SATCQM  design. 

The  last  sections  of  the  chapter  deal  with  sharing  the  satellite 
resources  among  several  users.  Methods  of  multiple  access  (frequency, 
tine,  and  code  division  multiple  access)  and  assignewnt  (random,  fixed, 
and  demand  assignment)  are  discussed.  Each  of  the  multiple  access  tech¬ 
niques  is  then  discussed  in  terms  of  it's  effect  upon  the  link  budget. 
The  chapter  concludes  with  a  summary  of  the  link  analysis  parameters 
required  in  the  kernel  DSS. 

Link  Budget 

The  link  budget  is  a  means  of  determining  the  signal  power  and 
noise  power  at  any  point  in  a  SATCOM  link.  A  communication  link  is  the 
path  over  which  information  is  passed  from  the  source  to  the  destina¬ 
tion.  The  link  includes  all  operations  and  transformations  along  the 
path.  A  typical  satellite  link  block  diagram  is  given  in  Figure  4-1. 
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Figure  4-1.  Satellite  Link  Block  Diagram 
(Uu,  1984:  27) 


The  major  components  in  a  SATCCfl  link  are  the  earth  station  and  the 
satellite.  A  SATCQM  link  is  usually  considered  to  be  an  uplink  (trans¬ 
mitting  earth  station  to  satellite)  and  a  downlink  (satellite  to  receiv- 
i ng  earth  stat ion) . 

Link  analysis  is  a  key  method  o-f  evaluating  SATCOM  system  perform¬ 
ance  and  determining  the  technical  -feasibility  o-f  a  the  SATCOM  system 
under  study.  The  SATCQM  system  may  be  a  simple  point-to-point  link,  or 
have  multiple  users  and  include  intersatellite  links.  The  link  budget 
looks  at  each  o-f  the  major  components  in  the  system,  totaling  the  ef-fect 
of  the  components  upon  the  system.  For  each  component,  the  evaluation 


nar  b*  as  dataMed  or  at  course  as  iha  designer  wishes.  Thus  the  linK 
budget  is  flexible  enough  to  be  used  fron  the  initial  planning  stages  to 
the  final  detailed  design  stage. 

A  single  channel  link's  pcrfomance  is  limited  by  downlink  power, 
uplink  power,  satellite  or  earth  station  noise  levels,  and  bandwidth. 

One  of  these  items  usually  dominates.  Most  often  it  is  the  downlink 
signal-to-noise  power  ratio  or  channel  bandwidth  (Spilker,  1977:  170- 
171).  The  elements  affecting  channel  performance  are  antennae,  modulat¬ 
ors/demodulators  (modems),  coders/decoders  (codecs),  transmitter  and 
receiver  filters,  earth  station  high  power  amplifier  (HPA),  and  satel¬ 
lite  travel  I ing  wave  tube  amplifier  (TUTA)  (Uu,  1984  :  28).  The  link 
budget  allows  the  system  planner  to  evaluate  each  of  these  elements  and 
to  determine  their  effect  upon  the  above  items  which  limit  the  channel's 
performance . 

Link  analysis  allows  the  system  planner  to  estimate  system  perform¬ 
ance  and  allows  him  to  evaluate  tradeoffs  between  system  parameters. 
Sklar  points  out  that  the  link  budget  is  useful  in  many  areas  of  system 
design.  One  area  is  as  a  basis  for  optimal  design  search  (Sklar,  1979: 
1).  Hence,  the  link  budget  may  serve  as  a  system  of  relationships  to 
which  other  techniques  can  be  applied  to  determine  "optimal*  solutions. 

Comunicat ion  systems  are  typically  represented  by  block  diagrams. 
Each  block  indicates  a  processing  function  which  is  generally  implement¬ 
ed  to  improve  system  performance.  However  coupled  with  each  improvement 
there  is  also  a  degradation,  usually  in  the  form  of  additional  noise. 

For  the  preliminary  development  of  the  link  budget,  an  additive  white 
Gaussian  noise  (AWGN)  channel  is  assumed.  An  AUGN  channel  is  one  which 
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h4s  k  flat  noise  power  spectrun  across  all  frequencies.  For  an  AUGN 
channel  the  signal  is  degraded  in  two  wa/s.  There  is  attenuation  of  the 
desired  signal  and  there  is  an  increase  of  unwanted  waveforn  power. 

These  degradations  are  respectiueix  called  loss  and  noise  (Sklar,  1979: 
2) . 

"The  coomuni cat  ions  sxsten  link  budget  is  a  balance  sheet  of  gains 
and  losses  (Sklar,  1979:  1).'  Figure  4-2  shows  the  nany  sources  of 
noise  and  attenuation  in  a  satellite  link.  The  analysis  of  the  gains 
and  losses  can  be  as  detailed  as  desired,  or  may  be  made  less  precise  by 
lumping  gains/losses  together  and  looking  at  the  dominant  contributions. 
It  is  this  capability  which  makes  the  link  budget  a  fundamental  tool  in 
satellite  design.  Free  space  loss,  the  attenuation  of  signal  strength 
as  it  propagates,  is  the  largest  loss  experienced  in  a  SATCOM  system. 
Noise  introduced  by  the  receiver's  antenna,  feeder  line,  and  amplifier 
are  the  main  sources  of  noise  degradation  (Sklar,  1979:  3).  The  trans¬ 
mitter  power  and  antenna  gains  are  the  major  contributors  to  desired 
signal  strength.  For  this  reason,  the  link  budget  contains  four  main 
components:  the  transmitter's  parameters,  receiver's  parameters,  propag¬ 
ation  losses,  and  other  losses.  These  components  will  be  developed  in 
the  following  paragraphs. 

The  signal  power  received  by  a  distant  station  from  a  transmitter 
using  an  omni-directional  antenna  is  given  by 

Pr  »  Pt  A,p/4td*  (1) 

where  Pp  is  the  received  power,  P^  is  the  transmitted  power,  A^p  is  the 


power.  The  carrier-to-noise  ratio  (CNR)  is  de-fined  as 


CNR  =  Pr/P„  <6) 

where  is  the  noise  o4  the  receiver  (Gagiiardi,  1P84:  1D4>.  fiUGN  comes 
■from  cosmic,  atmospheric,  rain,  and  internal  receiving  s/stem  noises. 

The  e-ffect  of  all  these  noise  sources  can  be  sunned  and  expressed  as  an 
equivalent  thermal  noise  tesiperature,  T^  (Uu,  1984:  24-27).  The  thermal 
noise  power  is  given  by 

Pn  =  KT^B  (7) 

In  Eq  <7),  k  is  Boltzmann's  constant  and  B  is  the  radio  frequency  (rf) 
bandwidth  of  the  receiving  system.  The  equivalent  noise  temperature  is 
the  summation  of  the  receiver  temperature,  the  feeder  line  temperature, 
and  the  antenna  temperature  (Sklar,  1979:  5). 

Substituting  Eqs  <5)  and  (4)  in  Eq  (7>  yields 

CNR  »  PtGt6pX*L/(4l(d)*KT^B  (8) 

L  has  been  included  to  represent  any  degradation  factors  not  specifical¬ 
ly  addressed.  The  rf  link  power  parameters  are  isolated  by  multiplying 
both  sides  of  Eq  (8)  by  the  receiver  bandwidth  to  normalize  the  band¬ 
width  dependence  (Gagiiardi,  1984:  104).  This  new  ratio  is  called  the 
carrier-to-noise  density 


<C/No)  s  IP^GtKGp/T.HX  /«  ItL/K] 


(9 


Eq  <9)  is  th*  basic  relationship  used  in  link  budget  analysis. 

The  factorization  has  grouped  transmitter  parameters  in  the  first 
bracket,  receiver  parameters  in  the  second,  propagation  parameters  in 
the  third,  and  other  parameters  in  the  last  bracket.  Thus  the  contri¬ 
bution  of  each  of  the  major  system  components  is  separate  and  identifi¬ 
able  (Gagliardi,  1984:  104-105;  Feher,  1983:  41). 

The  transmitter  parameters  are  noriaally  referred  to  as  the  effec¬ 
tive  isotropic  radiated  pomer  <EIRP> 

EIRP  *  PtGt  <io: 

This  is  considered  to  be  the  transmitter's  figure  of  merit.  The 
receiver's  figure  of  merit  is  the  ratio  Gp/T.  Care  must  be  used  with 
these  figures  of  merit  as  satellite  EIRP  has  an  implied  coverage  and 
6p/T  has  an  implied  frequency  <Pritchard,  1979:  5).  Free  space  loss  is 
given  by 


FSL  =  (4<d/X)*  <11 

This  loss  is  always  present  and  depends  solely  upon  the  frequency  and 
the  distance  (Gagliardi,  1984:  84).  Using  EIRP  and  FSL,  Eq  (9)  can  be 


stated  in  terms  of  decibels  as 


<C/No)  dB-H2  s  10  log  EIRP  dBw  -  20  log  FSL  dB 


«  10  log  6^/T^  dB/'K  -  10  log  L  dB 

-  10  log  k  dBw/‘K-Hz  <12) 

The  critical  paraneter  in  designing  a  SATCOH  systen  is  the  received 
carr ier-to-noise  density,  C/No.  The  required  ninimura  C/No  is  usually 
established.  The  difference  between  the  required  C/No  and  the  avail¬ 
able  C/No  called  the  margin.  Typically  link  margin  is  4  dB  for 
C-band,  6  dB  for  X-band,  and  larger  for  K-band  (Spilker,  1977:  174-176). 
Margin  is  a  means  of  compensating  for  variations  in  the  losses  experi¬ 
enced  over  the  link.  The  most  serious  of  these  is  rainfall  attenuation. 
Raindrops  scatter  and  absorb  the  energy,  the  effect  becoming  more  severe 
as  wavelength  approaches  the  size  of  the  droplet.  Satellite  links  oper¬ 
ating  at  X-band  or  above  are  severely  affected  by  rainfall  <6agliardi, 
1984:  96). 

In  the  digital  case,  C/No  can  be  related  to  the  received  signal-to- 
noise  per  bit  (E^/No),  and  hence  to  the  bit  error  rate  (BER).  This  rel¬ 
ationship  is 


(C/No)  »  (Et/No)Rb  <13) 

where  R^  is  the  bit  rate  (Sklar,  1979:  6).  The  selection  of  modulation, 
coding,  and  access  type  determines  the  E|,/No  necessary  to  achieve  a 
specif ied  BER. 

The  inclusion  of  the  margin,  H,  in  Eq  (12)  provides  the  basic  link 
budget.  This  basic  equation  is  given  for  the  analogue  and  digital  cases 


btlOM 


<C/Wo)pjquipgj  *"”2  *  10  I09  EIRP  dBw  -  20  log  FSL  dB 

♦  10  log  6p/Tg  dB/'K  -  10  log  L  dB 
-  10  log  k  dBu/*K-H2  *  10  log  M  dB  <14) 


<Ety^o) required  »  10  log  EIRP  dA«  -  20  log  FSL  dB 

♦  10  log  Bp/Tg  dB/"K  -  10  log  L  dB 
-  10  log  k  dBw/*K-Ha  -  10  log  Rj,  dB-Hz 
*■  10  log  H  dB  ( 


Multiple  Signals 


The  basic  link  budget  assumes  a  single  user.  Two  other  factors  af¬ 
fect  the  received  C/No  when  there  are  multiple  users  of  the  srstem. 

These  are  intermodulation  effects  arising  from  the  use  of  nonlinear 
devices,  such  as  HPAs  and  TUTAs,  and  interference  from  the  other  signals. 
Intermodulation  noise  and  interference  will  be  discussed  in  the  follow¬ 
ing  paragraphs. 

Uhen  a  number  of  carriers  at  different  frequencies  are  present  in  a 
nonlinear  device,  intermodulation  noise  is  generated.  This  intermodula¬ 
tion  depends  upon  signal  strength,  the  degree  of  nonlinearity,  and  the 
number  of  carriers  <Uu,  1984:  14).  In  the  single  carrier  case,  the 
nonlinear  device  is  operated  near  saturation  to  obtain  maximum  gain. 

Uhen  multiple  carriers  are  transmitted,  the  nonlinear  device  is  operated 
below  saturation  to  reduce  intermodulation  noise.  Backoff  refers  to  the 
point  below  saturation  at  which  the  device  is  operating.  Input  backoff. 


P-A  ■  a.  9-^ 
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is  the  level  of  the  input  signal  relative  to  the  single-carrier 
saturation  point.  The  output  power  level  relative  to  the  saturation 
output  is  called  the  output  backoff,  <BO>out  (Uu,  1984:  31).  Input  and 
output  backoff  are  related  by  the  characteristic  curve  of  the  device. 
Internodul at i on  noise  will  be  discussed  later  in  the  section  on  frequen¬ 
cy  division  multiple  access. 

As  satellite  ccmunication  has  developed,  interference  from  adja- 
ent  satellites  and  terrestrial  microwave  has  also  increased.  Interfer- 
nce  is  now  becoming  a  limiting  factor  in  SATCOH  planning.  The  additive 
Gaussian  channel  model  is  overly  simplified,  hence  these  sources  of  int¬ 
erference  must  be  considered  when  designing  SATCOH  systems  <Uu,  1984: 
10).  Nany  of  the  channel  impairments  can  be  calculated  using  specific 
computer  programs  and  *a  general  purpose  link  calculation  program  for 
system  optimization  seems  desirable  (Uu,  1984:  25).* 

The  results  of  the  uplink,  downlink,  intermodulation,  and 
interference  can  be  combined  to  give  an  end-to-end  carr i er-to-noi se 
density  ratio.  In  general,  the  total  carr i er-to-noi se  ratio  is  of  the 
form 

Cj/Ht  «  (<Ci/Ni)"*  (Ca/Nf)"’  +  ...  +  (Cn/Np)"*]'*  <16) 

Carr i er-to-i nterf erence  and  carr ier-to-intermodulat ion  terms  can  also  be 
included  in  the  above  equation. 

There  are  many  tradeoffs  which  can  be  evaluated  with  the  link 
budget.  In  each  of  the  main  contributers  to  the  link  budget,  one  param¬ 
eter  can  be  traded  for  the  other.  For  example,  once  a  realistic 


estimate  is  obtained,  transmitter  power  can  be  traded  -for  antenna  gain 
as  long  as  the  EIRP  remains  the  same.  Similarly  receiver  temperature 
can  be  traded  for  receive  antenna  gain.  Less  obvious  effects  can  also 
be  evaluated.  By  manipulating  the  link  budget  and  looking  at  the  anten¬ 
na  coverage  area,  a  frequency  independent  relation  which  gives  the  mini¬ 
mum  antenna  sixe  for  given  transmit  powers  and  data  rates  can  be  found 
< Pearce,  1985). 


Multiple  Access 


Ue  have  that  category  of  problem  unique  to  satellite  communica¬ 
tion  that  arises  from  the  necessity  of  and  desirability  of  ex¬ 
ploiting  the  geometric  availability  of  a  geostationary  satel¬ 
lite  to  any  point  over  almost  a  third  of  the  earth^s  surface. 
Before  this  convenience  can  be  realized,  it  is  necessary  to 
choose  a  system  of  multiple  access.  In  a  very  real  sense  we  can 
call  this  the  problem  of  satellite  ccmtun i cat  ions  <Pritchard, 
1979:  5). 

In  this  section  I  will  discuss  the  topic  of  multiple  access,  how  to 
allow  many  earth  stations  to  make  use  of  a  communication  satellite. 

I  begin  by  discussing  the  three  main  methods  of  multiple  access.  These 
methods  are  frequency,  time,  and  code  division  multiple  access.  A  brief 
outline  of  the  methods  of  assigning  each  access  to  the  satellite  re¬ 
sources  is  then  given.  The  section  closes  with  a  discussion  of  each  of 
the  access  techniques  in  terms  of  it's  affect  on  the  link  budget. 

The  purpose  of  multiple  access  techniques  is  to  divide  the  satell¬ 
ite  resources  <power  and  bandwidth)  and  to  allocate  these  divisions 
among  the  users  (Jabbari,  1984;  1554).  The  time  and  frequency  dimen¬ 
sions  are  normally  used  as  the  means  to  divide  the  resources.  The  major 
forms  of  multiple  access  today  are  frequency  division  multiple  access 
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<FDHA},  time  division  multiple  a.ccess  <TDMA) ,  and  code  division  multiple 
access  <CDMA>. 

FDMA  divides  the  bandwidth  into  separate  non-overlapping  sub-chan¬ 
nels.  Each  user  has  a  separate  portion  ot  the  bandwidth  in  which  to 
transmit.  This  technique  is  easr  to  implement  and  does  not  require  user 
coordination.  However,  FDHA  does  not  efficiently  utilize  the  satellite 
transponder  for  bursty  traffic  <Retnadhas,  1980:  ld-17) . 

TDMA  divides  the  resources  along  the  time  dimension.  Each  user  has 
a  separate  non-overlapping  time  slot  in  which  to  transmit  data.  TDMA  is 
more  efficient  in  it^s  utilization  of  the  transponder  resources  and  al¬ 
lows  greater  capacity.  TOMA  is  more  complex  to  implement,  requiring 
precise  timing  and  synchronization  between  all  earth  stations.  (Retnad- 
has,  1980:  16-17). 

COMA  utilizes  the  entire  time-frequency  plane  for  each  transmis¬ 
sion.  An  unique  pseudo-random  sequence  is  used  to  modulate  the  carrier 
(spreading  it  over  the  entire  bandwidth)  or  to  change  the  frequency  of 
the  carrier  (hopping  it  to  discrete  points  in  the  frequency  bandwidth) 
(GagI iardi ,1984:  267).  COMA  offers  the  advantages  of  low  probability  of 
intercept  and  anti-jam  capability.  The  disadvantages  of  COMA  are  the 
complexity  required  for  synchronization  and  demodulation,  and  the  fact 
that  COMA  does  not  make  efficient  use  of  the  satellite  transponder. 

Once  the  resources  have  been  divided,  FOMA  and  TOMA  must  allocate 
the  frequency  or  time  slots  to  the  users.  There  are  three  methods:  ran¬ 
dom  assignment,  fixed  assignment,  and  demand  assignment.  In  random  as¬ 
signment,  the  station  transmits  a  block  of  information  in  a  slot  select¬ 
ed  at  random.  If  two  stations  select  the  same  slot  then  the  blocks  must 


b«  rttrunsmitttd  in  mother  slot  selected  ki  random.  In  the  -fixed  as¬ 
signment  method,  each  earth  station  is  assigned  a  dedicated  slot.  The 
station  transmits  in  the  slot  whenever  it  has  tra-f-fic,  however  the  slot 
is  idle  at  other  times.  Slots  are  dynamically  allocated  in  demand  as¬ 
signment.  Uhen  an  earth  station  has  tra-ffic  to  send,  it  requests  a  slot 
■from  a  central  controller.  Uhen  the  traf-fic  has  been  passed,  the  slot 
reverts  to  a  pool  of  slots  waiting  to  be  assigned  by  the  controller. 

Frequency  Division  Hul t iole  Access 

In  the  initial  development  of  the  end-to-end  link  budget,  the  tran¬ 
sponder  was  treated  as  a  linear  device.  In  this  section  I  will  develop 
the  effects  due  to  the  non-linear  devices  used  in  the  satellite.  A 
bandpass  I  ini  ter  (BPL)  is  used  as  an  amplitude  and  power  control  device. 
The  BPL  prevents  amplitude  swings  and  sets  power  levels  for  the  final 
amplifier  stage.  The  reason  for  this  is  that  TVTTA's  are  intended  for 
constant  amplitude  signals.  Input  amplitude  variation  result  in  phase 
variations  and  interference. 

Unlike  the  ideal  frequency  translation  model  assumed  earlier,  the 
BPL  alters  the  CNR.  This  can  be  represented  as  a  ratio  of  the  output 
CNR  of  the  BPL  <CNRgp|_)  to  the  input  fCNRi),  giving 

r  »  CNRgpL/CNRj  <17) 

This  nM>dif  ication  of  the  input  carrier  and  noise  powers  (P^q  and  P^^q 
respectively)  can  be  represented  as  signal  and  noise  suppression 


factors 


«n 


<19) 


P 


no  “ 


Mh«re  »  sign«.1  suppression  factor 

Qp*  s  noise  suppression  factor 
Pc  =  input  carrier  power 
NoBpp  a  input  noise  power 


Since  CNRgp|_  s  Pco/Ppo  suppression  factor  ratio 

r  *  agVan*  <20) 

(Gagliardi,  1984:  U3--l<i6) 


In  applying  this  to  a  FOMA  system,  assume  K  uplink  carriers  of 
equal  bandwidth,  B,  and  total  carrier  power 


Pu  =  S  Pui  ^  KPun  i  =  1  to  K  (21) 

The  input  power  to  the  transponder  TWTA  is  controlled  with  a  BPL,  thus 
allowing  adjustment  of  the  input  backoff.  If  max  P^-tK)  is  the  TVITA'S 
maximum  output  power  with  K  carriers,  then  the  output  power  is 


Py  «  max  P]'<K)/<80)o 


The  received  downlink  power,  for  the  i^^  carrier  is 


(22) 


4-1 S 


Pdi  =  PT(Pui/Pu>«s  «- 


(23) 


where  L  is  the  downlink  loss  ikcior  which  represents  «11  Qsins  «nd 
losses  'from  the  TVITA  output  to  the  receiver  input.  The  total  received 
noise  power  is 

Received  Noise  Power  «  ♦  PT<Pun/Pu)On*L  ♦  N^iBL  +  CjP^j  <24) 

The  first  component  of  the  RHS  of  Eq  (24)  is  the  noise  contribution  from 
the  downlink.  The  other  components  are  the  contributions  of  the  uplink, 
i ntcrmodulat ion ,  and  crosstalk  respectively.  The  downlink  receiver  CNR 
for  a  particular  carrier  is  the  ratio  of  Eq  (23>  to  Eq  <24)  and  it  can 
be  shown  to  equal 

<CNR<j)"‘  =<rCNRu)"^  ♦  <CNRp)"*  4  (CNRj)"*  4  <CNRc>"‘  <25) 

where  CNRy  =  Uplink  carrier  CNR  at  the  satellite  limiter  input 

CNRp  s  Downlink  carrier  CNR  due  to  available  satellite  power 
CNRj  *  Carr ier-to-intermodulat ion  ratio 
CNRq  a  Carr ier-to-crosstalk  ratio 

r  a  Nonlinear  suppression  of  the  satellite  limiter 
To  determine  digital  performance,  the  bandwidth,  B,  in  Eq  <24)  is  re¬ 
placed  by  T^j  *  and  the  ratio  of  Eq  (23)  to  Eq  (24)  is  evaluated  to  get 


Ej/No  =  CNRj 


with  B  »  l/Tb 


(26) 


Thfse  tquations  can  b*  Manipulated  to  -find  the  required  amplifier 
power  and  the  number  of  carriers  which  can  be  supported.  In  the  first 
case  the  ratio  of  Eq  <23)  to  Eq  (24)  is  solved  for  Py,  the  required  car¬ 
rier  power  for  carrier  i.  This  is  evaluated  for  all  i  and  the  maximum 

Pf  is  the  required  operating  point.  If  B  »  Bftp  is  substituted  in  the 
ratio  of  Eq  <23)  to  Eq  <24>  and  the  ratio  is  solved  for  K,  the  number  of 

carriers  which  can  be  supported  is  determined.  The  minimum  of  the  band¬ 

width  or  available  satellite  power  is  selected  as  K  (Bagliardi,  1984: 
212-215) . 

lime  Division  Multiple  Access 

The  TDMA  format  is  shown  in  Figure  4-3.  The  frame  is  repeated  and 
each  user  transmits  a  burst  of  data  in  it's  allocated  slot.  As  shown 
each  slot  has  an  overhead  called  the  preamble.  The  preamble  consists  of 
a  guard  time  to  allow  for  timing  errors,  a  carrier  and  bit  time  recover/ 
sequence,  and  a  unique  word  to  set  word  maKers  for  the  remainder  of  the 
transmission.  The  frame  time  is  determined  b/  the  number  of  bits  per 
slot,  b,  which  the  digital  sources  produce  while  operating  at  bits/ 
sec ,  hence 

T^  »b/Rg  seconds  <27) 

The  preamble  efficiency,  ‘4p,  is  defined  as  the  number  of  preamble 
symbols  divided  by  the  total  number  of  symbols  per  slot.  For  P  preamble 
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Fi9ur«  4-3.  TDHA  Frame  Format 
<Ga9liardi,  1984i  232) 


bi ts  and  D  data  bi ts 


D  =  l<l  -  ^p)/lplP 


It  should  be  noted  that  b  represents  the  number  of  bits  from  one  source 
to  be  multiplexed  into  a  slot,  while  D  represents  the  total  number  of 
bits  arising  from  the  multiplexing. 

If  the  satellite  power  and  bandwidth  allow  a  transmission  rate  of 
RrF,  the  slot  times  must  allow  for  D  +  P  bits,  hence  the  slot  time  T  is 

t  *  <D  ♦  P)/Rrf  <2? 


and  the  number  oi  slots,  Q,  is 

Q  ■  Tf/r 

*  bRpp/IRc<D  ♦  P)J 

<; 

The  total  number  ot  sources  operating  at  b  bits/burst 

and  rate  R^  bps 

is  <6ag1iardi,  1984:  230-234) 

K  =  QP/b 

*  D/<RcT) 

=  IRrP  -  <P/t)l/Rc 

<; 

The  transponder  for  the  TDMA  case  is  modeled  as 

a  hard  1  ini  ter . 

Thus  the  down 1  ink  CNR  is 

CNRrp  »  Pjo^  Ly<«n  **tL  * 

< 

where  a^*  «  rCNRy/<l  ♦  TCNRy) 

< 

and  o„‘  »  l/<l  •»  rCNRy) 

< 

For  the  digital  channel  this  can  be  written  as 

CNRrp  a  [(Et/No>/BppT^]Sp 

< 

Mhtre 


E,>/No  »  PrLTt/Nod 


<36 


Sj  *  rCNRy/tl  *  rCNRy  +  (PjL/NodBRp)!  <37) 

<6Ag)iardi,  1984:  239-240). 

Th«  bit  rate  which  a  satellite  can  support  is  determined  by  the 
available  satellite  bandwidth  and  the  ground  station  received  CNR.  In 
the  bandwidth  limit, 

RrF  =  ^tBrF  <383 

where  4^  is  the  satellite  throughput,  which  depends  upon  the  modula¬ 
tion  technique  selected.  The  CNR  limit  is  given  by 

RrF  »  Pi-LSr/ltlod  <3?} 

where  7  is  the  value  o-f  E^/No  required  by  the  decoder  to  achieve  the 
desired  probability  of  error.  The  allowable  bit  rate  is  the  lessor  of 
the  bandwidth  or  CNR  limit  <Gagliardi,  1984:  2S0-2S1). 

Code  Divi si  on  Multiple  Access 

In  CDMA  each  link  occupies  the  entire  bandwidth.  Coding  sequences 
are  chosen  to  make  the  signal  appear  as  white  noise  or  prevent  mutual 
interference.  Mutual  interference  does  occur  because  the  pseudo-random 
sequences  used  to  create  the  spread  spectrum  are  not  orthogonal.  This 
interference  places  a  limit  on  system  capacity. 

Thus  the  total  noise  on  the  uplink  is  a  key  factor  in  system 


p»r-fornance.  The  total  noise  for  the  i  carrier  is  the  result  of 
themal  noise  and  i nter-ference  'from  all  other  carriers.  For  K  usersi 
this  interference  noise  is  the  sun  of  received  power  from  all  other 


carriers 


Nlnt  =  2  Puj  j  =  1  to  K,  j  •  i  <40] 

Thus  the  interference  CNR  is 


CNRlnt  =  Pui'^Int  <413 

and  we  find  the  overall  receiver  CNR  to  be  (BPL  transponder  assumed) 

<CNRd)“*  =  trtCNRu"'  ♦  CNRint‘S'^3"*  ♦  <CNRp>"*  <42: 

In  the  case  of  equal  uplink  powers,  s  (K-l>Py  .  As  K  increases 

this  becoies  approximately  N|p^  =  KP^  and  in  the  limit 

CNRint  *  l/K  <43: 


Link  Analysis  Parameters 

Based  upon  the  above  discussions  a  sunnary  of  the  elements  of  the 
link  budget  has  been  assembled  in  Appendix  A.  These  elements  form  the 
Kernel  for  the  DSS.  This  sunnary  is  divided  into  the  uplink,  the  down¬ 
link,  and  the  total  end-to-end  portions.  In  addition  a  general  informa 
tion  section  has  been  included.  The  summary  provides  a  worksheet  for 


Intpoduct ion 


This  chapter  deals  with  the  systems  analysis  of  the  kernel  OSS.  It 
must  be  stressed  that  the  kernel  deals  with  deternininQ  technically  fea¬ 
sible  SATCOH  systems  alternatives  which  will  serve  as  inputs  to  the  DPMS 
in  order  to  meet  user  requirements.  Following  a  review  of  the  repre¬ 
sentations,  operations,  memory  aids,  and  control  mechanisms  approach 
<RQHC},  each  of  these  areas  will  be  discussed  as  it  pertains  to  the  de¬ 
sign  of  technically  feasible  SATCOH  systems.  The  last  section  in  the 
chapter  deals  with  *hooks*  for  future  development  under  the  iterative 
design. 

The  ROHC  approach  looks  at  the  design  process  from  the  user's  view¬ 
point,  attempting  to  capture  what  he  sees,  what  be  does,  how  he  manipul¬ 
ates  the  SATCOM  design,  and  what  data  he  requires.  Representations  are 
conceptual  presentations  of  the  information  used  in  the  decision  pro¬ 
cess.  Representations  provide  a  cocnuni cat  ions  method  to  pass  output  to 
the  DSS  user  and  to  obtain  DSS  user  input.  Operations  allow  the  DSS 
user  to  manipulate  the  representations  and  the  information  they  contain. 
Memory  aids  are  the  data  bases,  workspaces,  and  interconnections  which 
are  required  for  analysis  of  SATCOH  system  designs.  Control  mechan¬ 
isms  are  the  means  by  which  the  designer  utilizes  the  representations, 
operations,  and  memory  aids  to  facilitate  his  own  personalized  decision¬ 
making  process. 


Reorestntat i ons 

There  are  seven  representations  which  are  required  for  the  SATCOH 
design  process.  These  representations  are  tables,  block  diagrams, 
graphs,  maps,  equations,  statement  language  lists,  and  extract i on  langu 
age  lists.  Each  of  these  representations  will  be  discussed  in  the  fol¬ 
lowing  paragraphs.  The  components  of  the  representation  are  discussed 
and  some  examples  are  given. 

Tables  provide  a  means  of  displaying  selected  variables  and  their 
values,  for  example  Table  5-1  illustrates  a  link  power  budget.  Tables 

Table  5-1.  Sample  Table  of  Link  Power  Budget 
(Uu,  1984;  32) 


Number  of  Frequency  Reuse 

6 

Occupied  Bandwidth  (MHz) 

60,0 

Occupied  Bandwidth  idB-Hz) 

77,8 

Uplink 

Satu’jtion  Flux  Density  ldB)V, m-) 

-76.7 

Satellite  C'T  (dB'K) 

-:.9 

Input  Backoff  (dB) 

;.o 

C.V  Thermal  Noise  (dB) 

32.2 

C  l  Frequency  Reuse  (dB) 

20.5 

C  /  External  System  Interference  (dB) 

32.2 

C  (/V  /i  L'plink  (dB) 

19  9 

Downlink 

Saturation  e.i.r  p.  at  Beam  Edge  (dB)V) 

20.0 

Output  Backoff  (dBi 

0.3 

Path  Loss  (dB) 

197.2 

Eanh  Station  CT  idB  /f) 

40.7 

CiN  Thermal  Noise  idB) 

24.0 

C7  Frequency  Reuse  idB) 

20.5 

C7  External  System  Interference  (dB) 

32.2 

Ci{N  +  /)  Downlink  (dB) 

19.7 

Total  C  lN  *  1)  (dB) 

16.3 

Miscellaneous  Loss  (dB)* 

l.l 

Net  Available  CiN  +  /)  idB) 

15  2 

Net  .Xvailablc  .V„  (dB) 

12.2 

•Includes  jJiaccni  channel  micrference.  dual  pj!h.  and  antenna  nointinc  error. 


w  "'1  «  u  < 


also  allow  the  comparison  of  alternatives  if  several  values  are  shown 
for  different  trade-offs.  Tables  may  be  used  to  present  satellite/ 
earth  station  data  for  existing  systems,  information  on  data  rates  for 
various  information  sources,  or  the  constituents  and  results  of  a  link 
budget . 

Block  diagrams  provide  an  effective  method  to  show  the  various 
components  of  the  system.  These  diagrams  can  be  composite  in  nature, 
showing  only  the  main  elements  of  the  system,  or  be  very  detailed. 

Figure  5-1  shows  a  block  diagram  of  a  satellite  transponder.  The  blocks 
can  be  entered  as  points  and  connecting  lines  labeled  to  produce  a 
chart.  Such  a  representation  can  show  factors  affecting  the  link  budget 
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Figure  5-1.  Sample  Block  Diagram  of  Satellite  Transponder 
(Bagliardi,  l?84i  135) 
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Figure  5-2.  Sample  Link  Budget  Chart 
<Wu,  1984:  29) 


or  the  values  o-f  the  CNR  at  various  points  throughout  the  srsten.  An 
example  of  this  is  given  in  Figure  5-2,  a  link  budget  chart. 

Graphs  provide  a  method  to  visualize  the  effect  of  one  variable 
upon  another.  The  'curves'  on  a  graph  can  be  used  to  select  operating 
points,  see  the  trade-offs  involved,  or  to  determine  optimum  points.  An 
example  is  given  in  Figure  5-3,  a  graph  of  t/pical  power  amplifier  oper¬ 
ating  curves.  Maps  can  provide  a  sense  of  geographic  separation  between 
earth  stations  and  illustrate  the  earth  coverage  of  a  satellite. 

Equations  give  the  relationships  between  various  variables.  They 
can  be  combined  and  manipulated  to  isolate  selected  variables  which  are 


Qptrat ions 


Th«  operations  inculde  a  set  of  actions  for  each  representation. 
There  are  sene  operationsi  such  as  print,  which  nay  be  camon  to  one  or 
more  representations.  A  single  operation  nay  suffice,  however  its  list¬ 
ing  under  each  representation  indicates  a  group  of  defaults  applicable 
to  that  representation. 

Table  operations  allow  the  designer  to  create  a  display  of  the  par¬ 
ameters  he  is  using  in  the  link  analysis.  Specific  values  can  be  enter¬ 
ed  and  adjusted.  Areas  of  over  or  under  design  can  be  identified  as 
well  as  the  limiting  factors  in  the  link.  The  following  operations  ap¬ 
ply  to  the  table  representations: 

1.  Select  table  variables.  This  may  be  done  on  an  individual  or 
default  manner.  The  table  of  link  budget  parameters  in  Appendix  A 
is  an  example  of  a  default  table. 

2.  Amend  table  entries.  Uariables  could  be  added,  deleted,  aggre¬ 
gated  or  moved  to  suit  the  OSS  user's  requirements.  It  would  also 
allow  data  in  the  table  to  be  added,  deleted,  or  changed. 

3.  Calculate  table  entries.  This  allows  the  completion  of  data 
columns/rows  from  other  data  already  in  the  table.  For  example, 
with  the  earth  station  and  satellite  locations  entered,  the  slant 
range  could  be  calculated. 

4.  List  standard  (default)  tables.  This  operation  provides  the 
OSS  user  a  listing  of  the  default  tables  and/or  definitions  of  var¬ 
iables  in  the  tables. 

5.  Print  table. 

6.  Display  table  and  data  values.  This  would  display  on  the 
screen  the  selected  table  and  values  of  the  data  which  have  been 
generated  to  that  point. 

7.  Name  table.  This  would  generate  a  label  for  the  particular 
table  being  worked  on  and  allow  it  to  be  displayed. 


8.  Save  table.  A  table  may  be  stored  for  future  use,  or  as  a 
means  to  save  intermediate  steps. 


Block  dingran  opera-tions  allow  the  designer  to  diagranatical  ly 
depict  signal  flow  in  the  system  or  the  order  of  ccnponents.  In  the 
form  of  a  chart,  these  operations  permit  the  designer  to  pictorially 


depict  the  effects  of  system  components.  Block  diagram  (aerations  con¬ 
sist  of  the  following  activities: 

1 .  Name  diagram. 

2.  Create  blocks.  This  allows  blocks,  labels,  and  other  pertinent 
data  to  be  put  on  a  diagram. 

3.  Order  blocks.  This  specifies  the  sequence  of  blocks  in  the 
diagram  feedback  and  interconnections. 

4.  Display  diagram. 

5.  Amend  diagram. 

6.  Save  diagram. 

7.  Print  diagram. 

8.  Label  diagram.  This  allow  additional  comments  to  be  added  to 
the  basic  block  diagram. 

Interrelationships  between  parameters  can  be  depicted  using  the 
graph  operations.  In  simple  cases,  graphs  can  allow  the  selection  of 
optimum  parameter  values.  The  set  of  operations  for  graphs  should  con¬ 
sist  of  the  following: 

1.  Label  axes.  This  allows  the  selection  of  one  to  three  dimen¬ 
sions  and  provides  the  capability  to  scale  the  axes. 

2.  Name  graph. 

3.  Relationship.  This  indicates  a  mathemat ical  function  linking 
the  variables.  It  would  also  allow  the  generation  of  a  family  of 
curves  for  given  values  of  a  particular  paramenter.  For  example 
the  6/T  of  a  satellite  could  be  plotted  versus  the  CNR  for  various 
values  of  earth  station  EIRP. 

4.  Data.  Discrete  values  could  be  entered  using  a  data  operation. 

5.  Plot.  This  would  connect  points  or  show  curves  on  the  graph. 


6.  Combine.  The  conbine  operation  would  allow  multiple  curves  to 
be  drawn  on  one  graph.  It  could  also  be  used  to  plot  the  e-ffects 
of  two  curves  to  give  a  resultant  third  curve.  For  example,  the 
carr ier-to-intermodulation  ratio  curve  versus  input  back  off  could 
be  shown  on  the  same  graph  as  the  operating  characteristic  curve 
for  the  TUTA.  These  curves  could  be  combined  in  one  curve  which 
would  show  the  resultant  CNR  out  of  the  TUTA  based  on  the  non- 

1  inear  characteristic  and  intermodulation. 

7.  Print  graphs. 

Hap  operations  permit  the  desi^er  to  visualize  geographical  rela¬ 
tionships.  The  creation  of  maps  showing  standard  coverages  could  be 
used  to  determine  initial  feasibility.  For  example,  earth  coverage  maps 
could  be  used  to  eliminate  a  particular  satellite  if  one  of  the  terrest- 
ial  stations  is  below  the  radio  horizen.  The  map  operations  consist  of 
the  following: 

1 .  Display  a  map . 

2.  Modify  locations. 

3.  Plot  curves.  This  allows  given  levels  of  coverage  to  be  dis¬ 
played  for  various  satellite  antenna  patterns  and  focal  points. 

4.  Expand  map.  This  allows  closer  examination  of  an  area  or  cent¬ 
ered  on  a  given  location. 

5.  Save  Maps. 

6.  Print  maps. 

Equation  operations  are  the  main  method  of  employing  the  analytic 
tool.  They  establish  the  interrelationshjps  and  allow  the  calculation 
of  values  required  for  the  link  analysis.  The  following  set  of  activit¬ 
ies  for  equation  operations  are  necessary: 

1.  Glossary.  A  glossary  of  variables,  their  meanings  and  synonyms 
would  allow  identification  and  cross-reference. 

2.  List.  This  permits  the  viewing  of  all  equations,  or  could  be 
constrained  to  those  containing  specified  parameters. 

3.  Solve.  This  is  an  operation  that  would  rearrange  the  equation 
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to  give  the  specified  parameter  in  terns  of  all  others. 

4.  Insert.  This  substitutes  for  a  specified  paranenter  in  terms 
of  a  related  group  of  parameters. 

5.  Calculate.  The  value  of  an  equation  for  a  given  set  of  data 
is  determined. 

4.  Print  equations. 

7.  Insert/delete.  These  operations  allow  the  list  of  equations 
to  be  modified. 

As  with  any  design  process,  documentation  is  a  critical  element. 
Report  language  operations  provide  the  means  for  the  designer  to  docu¬ 
ment  the  design.  This  provides  a  history  and  leads  to  the  implementa¬ 
tion  phase,  which  requires  the  submission  of  a  principal  document  in  the 
DPHS.  The  report  language  operations  would  permit  the  DSS  user  to: 

1.  Generate  reports  and  comments. 

2.  Edit  reports  and  comments. 

3.  Save  reports  and  comments. 

4.  Modify  reports  and  comments  <eg.  copy,  delete,  rename). 

5.  Print  statements,  reports,  and  comments. 

6.  Use  resident  functions  of  the  computer  (logical  and 
ar i thmet i c) . 

The  extraction  language  operations  permit  the  DSS  user  to  manipul¬ 
ate  the  data  bases.  The  operations  act  as  an  interface  between  the  de¬ 
signer  and  the  internal  and  external  data  bases.  The  SATCOM  designer 
uses  these  operations  to  easily  create  data  bases  with  suitable  content 
and  format  for  the  design  at  hand.  The  necessary  extraction  language 
operations  are: 

1.  Defining  new  records,  including  their  format  and  parameters. 

2.  Selecting  data  using  some  desired  criterion. 


3.  Nodi'fy'jng  data  records. 

4.  Aggregating  data. 

5.  Extract  data  from  other  data  bases  to  create  a  data  base  tor  a 

particular  probleia. 

An  exanple  design  problem  is  worked  in  Appendix  C.  The  examipe 
indicates  how  sone  of  the  representations  and  operations  would  be  used. 

Memory  Aids 

The  following  memory  aids  are  required  in  the  DSS:  work  spaces, 
libraries,  links,  checklists,  profiles,  and  data  bases  (Sprague  and 
Carlson,  1982:  104).  Workspaces  provide  the  area  in  which  representa¬ 
tions  are  manipulated  by  the  operations.  The  intermediate  steps  are 
preserved  as  an  audit  trait  or  to  allow  the  user  to  return  to  an  inter¬ 
mediate  point  and  analyze  an  alternative  solution.  Libraries  allow 
workspaces  to  be  saved  for  later  use.  Data  may  be  passed  between  work¬ 
spaces  via  the  links.  For  example,  two  relations  could  be  developed  in 
an  equation  workspace.  These  relations  are  transferred  to  a  graph  work¬ 
space,  where  each  relation  is  plotted.  The  two  plots  are  combined  and  a 
desired  point  is  selected  and  'linked**  back  to  the  equation  workspace. 
Information  can  be  linked  by  two  proposed  methods.  The  first  method 
allows  the  designer  to  identify  information  in  one  workspace  or  repre¬ 
sentation  and  copy  it  to  another.  The  second  method  would  be  to  update 
the  data  base,  which  then  updates  that  parameter  in  all  representations. 

Checklists  provide  a  method  to  remind  the  DSS  user  of  required 
operations  etc.  Checklists  also  serve  as  a  means  of  identifying 
repetitive  sequences  of  operations  which  may  be  aggregated  using  a  con¬ 
trol  mechanism.  Two  initial  checklists  are  required.  The  first  deals 


with  ustr  requirencnts.  Swiple  elements  include: 

—  traf-fic  uolumes  and  types 

—  data  pates 

—  interconnect i ons  wi th in  the  network 

—  OPSEC/CQMSEC  requirements 

—  availability  and  redundancy 

—  interoperabi 1 i ty  wi th  existing  systems  and  allied  torces 

— maintenance  philosophy 

--  operational  threat  assessment 

The  second  ensures  that  the  designer  has  considered  all  pertinent 
factors.  Sample  elements  include: 

—  avai labil i ty 

—  link  margin 

—  transponder  utilisation 

—  equipment  commonality 

—  jam/intercept  protection 

Profiles  would  store  default  values  and  provide  a  starting  point 
for  work.  Profiles  could  be  combined  with  checklists  to  determine  min¬ 
imum  information  requirements  from  the  customer  (SATCOM  user).  There 
are  four  data  bases  required;  technical  data,  satel 1 i te/earth  station 
data,  traffic  data,  and  existing  SATCQH  systems. 

The  technical  data  base  would  contain  data  such  as  bit  error  rate 
versus  bit  energy  to  noise  ratio,  baseband  bandwidths,  digital  data 
rates,  coding  gains,  etc.  This  data  base  would  be  internal  as  it  would 
be  frequently  used  and  the  data  is  constant.  The  internal  data  base 
could  be  supplemented  by  reference  books  and  articles,  which  would  cover 


th*  HfMer  and  more  novel  data.  Initiall)'  this  data  could  be  of-f-line  in 
the  -form  of  texts  or  reference  manuals. 

A  sunmary  of  satel 1 i te/earth  station  data  would  also  be  held  in  an 
internal  data  base.  Satellites  which  provide  coverage  to  Canada  and 
existing  earth  station  characteristics  (both  connercial  and  military) 
would  be  included.  A  set  of  ‘typical*  satellite  and  earth  station  char¬ 
acteristics  is  also  necessary.  These  latter  characteristics  would 
provide  default  values  as  needed. 

Traffic  data  is  necessary  to  determine  link  capacities  and  data 
rates.  This  data  normally  resides  in  external  data  bases,  maintained  by 
the  user.  The  ability  to  extract  representative  sets  or  the  provision 
of  such  sets  by  the  user  is  needed.  Similarly,  data  on  existing  milit¬ 
ary  SATCOM  systems  would  be  maintained  by  the  user,  requiring  an  extrac¬ 
tion  capability  for  the  OSS. 

Control  Mechanisms 

Control  mechanisms  are  to  include  menus,  connand  structure, 
function  keys,  training  manuals  and  on-line  tutorials,  and  a  method  to 
combine  operations.  The  menus,  command  structure,  and  function  Keys 
provide  a  layered  approach  to  the  representations  and  operations  as  well 
as  standard  system  functions  (editor,  operating  system).  The  menus 
would  be  of  two  forms,  detailed  sequential  etenus  and  an  abbreviated 
menu.  In  both  cases  "help*  would  be  available  with  complete  explana¬ 
tions.  Commands  would  allow  the  DSS  user  to  use  the  OSS  from  the  key¬ 
board.  The  ccximands  would  consist  of  short  words  or  abbreviations.  The 
final  step  is  the  function  key  which  would  allow  the  DSS  user  to  imple- 


nent  «n  operation  with  one  key  stroke.  These  levels  would  allow  person¬ 
alized  usage  ot  the  DSS.  The  new  user  or  the  one  who  did  not  want  to 
memorize  the  comands  or  -function  keys  could  use  the  menus,  moving  to 
the  abbreviated  menu  as  -familiarity  increased.  Command  and  function 
keys  allow  the  experienced  user  to  use  the  system  with  speed,  not  having 
to  step  through  menus. 

The  training  manuals  and  on-line  tutorials  would  be  used  to  famil- 
arize  users  with  operation  of  the  DSS  and  the  underlying  technical 
theory  of  the  link  budget  and  other  models.  These  tutorials  could  also 
be  used  to  train  the  users  in  better  decision  techniques,  for  example, 
exposing  the  user  to  linear  programming  to  find  optimum  points  rather 
than  heuristic  methods. 

The  method  to  combine  operations  allows  the  DSS  user  to  tailor  the 
OSS  to  his  personal  decision  style.  It  would  allow  him  to  change  and 
establish  defaults  and  create  his  own  precedures.  This  could  mean 
standard  representations  he  prefers,  his  own  checklists,  screen  format, 
etc.  It  would  also  allow  him  to  create  ”macro*  conmands  and  function 
keys. 

•Hook"  Book 

The  link  budget  provides  a  kernel  system  to  determine  the  technical 
feasibility  of  a  SATCOM  system.  There  are  obviously  several  other 
modules  which  must  be  added  to  provide  a  ’complete”  DSS.  This  section 
discusses  some  of  the  additions  which  have  been  identified,  and  for 
which  'hooks”  must  be  inserted  in  the  kernel  system.  I  view  these  hooks 
as  being  in  five  areas:  interfacing  with  the  DPtlS,  cost  information. 


optimization  techniquas,  deeper  technical  analysis,  and  hardware. 

In  the  DFMS  interface  area,  there  are  two  hooks;  one  for  an  AHP 
package  and  one  for  Steward's  design  structure  system.  The  AHP  would 
provide  a  means  of  integrating  the  customer's  desires  into  the  design 
and  evaluation  process.  AHP  is  already  used  by  DND  for  evaluation  of 
contractor's  proposals.  The  use  of  AHP  to  determine  customer-acceptance 
parameters  and  their  weights  would  provide  a  means  to  bring  the  user 
into  the  design  stage  in  a  much  more  influential  manner.  It  would  also 
provide  for  the  integration  of  the  design  and  evaluation  stages.  Stew¬ 
ard's  design  structure  system  allows  the  variables  to  be  related  to  the 
customer's  requirements  and  to  see  the  effect  of  design  trade-offs  on 
the  customers's  requirements. 

Cost  is  one  of  the  major  parameters  in  selecting  new  systems.  For 
this  reason,  cost  in  terms  of  purchase  costs  and  life  cycle  costs,  must 
be  added  to  the  OSS  at  an  early  stage.  The  presence  of  this  information 
allows  cost-benefit  type  analyses  for  input  to  the  OSP. 

Optimization  techniques  would  allow  the  selection  of  the  best 
solution  to  design  problems.  The  initial  technique  should  be  a  simple 
linear  programming.  This  could  be  followed  by  more  complex  techniques, 
such  as  those  suggested  by  Uu.  Optimization  techniques  can  be  combined 
with  cost  data  to  determine  least  cost  systems,  and  determine  optimum 
points  where  SATCOH  becomes  cost  effective. 

The  addition  of  modules  which  allow  deeper  technical  analysis 
should  permit  better  determination  of  technical  feasibility  and  permit 
the  full  exploration  of  trade-offs  as  the  design  progresses  and  becomes 
more  detailed.  For  example,  intermodulation  was  discussed  under  the 
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I inK  budget.  However,  «.  means  for  evaluating  intermodulation  was  not 
presented.  Computer  programs  wh ich  evaluate  intermodual tion  are  avail¬ 
able  and  should  be  added. 

The  final  area  is  that  of  hardware.  It  has  been  implicitly  assumed 
that  the  computer  consists  of  a  visual  display  terminal,  a  keyboard,  and 
a  basic  printer.  Additional  hardware  would  allow  for  user  perferences 
and  for  better  output.  Input  could  be  improved  and  personal ized  by 
adding  a  mouse,  light  pen,  etc.  Output  would  be  improved  by  a  graphics 
printer  and  the  ability  to  produce  slides  and  vu-graphs  from  the  screen. 
Braphics  capabilities  and  increased  memory  are  essential. 


VI .  Conclusions  and  Recomnendaii i ons 

Suiwiary 

Hy  research  began  with  a  wide  range  o-f  articles  on  DSS  applica¬ 
tions,  management  science  techniques,  comtuni cat  ions  engineering,  and 
general  readings  on  satellite  systems.  This  literature  review  narrowed 
to  the  aspects  o-f  a  DSS  relevant  to  understanding  the  decision  process 
and  a  search  for  a  suitable  analytical  tool  for  SATCQM  system  design. 

At  the  sane  time  the  focus  moved  to  developing  a  kernel  to  determine 
technically  feasible  alternatives.  Two  other  issues  were  examined  cftjr- 
ing  the  literature  review.  The  first  was  the  selection  of  a  systems  an¬ 
alysis  and  OSS  design  approach.  Iterative  design  using  Sprague  and 
Carlson^s  representations,  operations,  memory  aids,  and  control  mechan¬ 
isms  <R0MC)  was  selected.  The  second  issue  dealt  with  management  sci¬ 
ence/operations  research  techniques  which  were  applicable  to  SATCDM  sys¬ 
tem  design.  A  number  of  techniques  were  found,  including  the  AHP  and 
the  design  structure  system.  Uu  provided  a  summary  of  mathematical  pro¬ 
gramming  methods  .  He  also  points  out  there  is  often  more  interest  in 
developing  new  technological  approaches  then  in  using  operations  re¬ 
search  methods  to  optimise  system  performance  (Uu,  1?84;  439-506). 

A  model  of  the  decision  process  was  then  developed.  Against  the 
background  of  the  DPMS,  the  user  involvement  and  iterative  nature  of 
engineering  design  were  developed.  At  the  same  time  the  use  of  a  tech¬ 
nique  such  as  the  AHP  was  discussed  as  a  means  of  determining  customer- 
acceptance  parameters  and  linking  these  through  the  SATCGM  design  pro- 


6-1 


Figure  6-1.  The  SATCOM  Decision  Process 


cess  to  the  evaluation  of  alternatives.  The  model  is  presented  in  Fig¬ 
ure  6-1.  This  model  was  discussed  in  terms  of  the  aspects  of  a  DSS  per¬ 
tinent  to  the  anairsis  of  the  decision  process. 

This  discussion  found  that  the  design  of  SATCOM  systems  was  a  semi- 
structured  task  at  the  management  control  level.  The  process  takes 
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pla.ce  in  an  cnvironnen't  which  involves  both  independent  and  interdepen¬ 
dent  decisions.  The  design  of  SATCGM  systens  involves  all  levels  of 
decision  naking.  Identification  of  a  requirement  marks  the  beginning, 
of  the  intelligence  phase.  As  the  process  continues,  alternatives  are 
designed  and  a  choice  is  made.  Implementation  involves  the  preparation 
of  the  necessary  document  for  the  OPtlS.  The  control  portion  of  the  pro¬ 
cess  involves  amending  the  document,  beginning  over,  or  entering  the 
next  phase  of  the  ORIS.  The  five  perspectives  of  decision  making  were 
all  found  to  affect  the  decision.  The  result  of  this  analysis  was  that 
the  SATCOM  design  process  could  definitely  be  supported  by  a  OSS. 

Following  the  decision  process,  link  analysis  was  developed  as  a 
means  of  determining  the  technical  feasibility  of  a  SATCOM  system.  The 
basic  components  involved  in  the  analysis  were  presented  as  well  as  the 
figures  of  merit  often  associated  with  a  SATCOM  system.  Confounding 
influences  such  as  interference  and  intermodulation  were  then  added. 

The  unique  SATCOM  problem  of  multiple  access  provided  additional  vari¬ 
ables  for  design  consideration.  This  area  also  extended  the  single  link 
to  the  case  of  limited  resources  and  multiple  users.  A  set  of  paramet¬ 
ers  for  link  analysis  and  a  set  of  applicable  equations  summarized  this 
portion  of  the  research. 

Finally  the  research  discussed  the  RGMC's  necessary  for  the  DSS. 

Six  representations:  graphs,  maps,  equations,  block  diagrams,  statement 
language  lists,  and  extraction  language  lists  were  discussed.  Support¬ 
ing  operations  were  also  developed.  An  emphasis  was  placed  on  providing 
a  variety  of  operations  so  that  the  DSS  user  could  personalize  proce¬ 
dures  to  his  own  taste.  The  section  also  identified  linkages  to  other 


modules  that  should  be  added  to  the  kernel  during  the  process  ot  itera¬ 
tive  design. 


ConcI usi ons 

A  bSS  is  well  suited  to  assist  in  the  planning  ot  Canadian  MILSAT- 
COM  srstems.  It  o-f-fers  the  potential  to  allow  DCESR  planners  to  trans¬ 
late  user  requirements  into  technically  -feasible  SATCQM  systems.  Link 
analysis  provides  a  common  analytic  technique  to  analyie  the  tradeoffs 
involved  and  to  prepare  the  spec  i-fi  cat  ions  -for  a  technically  feasible 
system.  The  link  analysis  parameters  and  equations  in  Appendices  A  and 
B  provide  the  kernel  for  constructing  the  OSS  model  base. 

The  AHP  is  an  important  enhancement  to  the  initial  technical  feasi¬ 
bility  model  base.  It  can  serve  as  a  means  to  link  customer  require¬ 
ments  to  the  design,  evaluation,  and  selection  of  a  SATCOM  system. 

Other  operations  research  techniques  have  a  place  in  the  model  base  of 
the  DSS. 

The  data  base  required  to  support  the  DSS  requires  technical  data, 
traffic  data,  data  about  current  commercial  and  military  systems,  and 
Canadian  Forces  operational  SATCGH  system  data.  Traffic  data  and  oper¬ 
ational  data  will  be  extracted  from  other  sources  while  the  remaining 
data  will  be  internal . 

There  are  several  links  which  can  be  developed  as  future  modules  to 
be  added  during  iterative  design.  The  cost  and  AHP  modules  are  the 
most  significant.  Additional  technical  analysis  and  operations  research 
methods  are  also  needed  as  follow-on  modules. 


I  reconmtnd  that  a  prototrp*  OSS  bt  dagelopad  using  link  analysis 
as  th«  kernel.  The  link  analysis  paraneters  and  equations  contained  in 
Appendices  A  and  B  are  the  basic  elements  that  must  be  contained  in  the 
kernel.  During  this  development  a  ‘hook*  book  must  be  maintained  to 
identify  additional  capabilities  to  be  developed  during  the  iterative 
design  process. 

Cost  and  AHP  are  the  two  modules  which  should  be  studied  and 
developed  once  the  kernel  is  established.  Cost  modules  would  allow 
cost/benefit  studies  and  provide  input  to  the  OPMS.  AHP  provides  a 
means  to  determine  the  customer's  requirements  and  the  importance  he 
attaches  to  them.  These  play  an  important  part  throughout  the  design 
and  evaluation  of  a  SATCGM  system. 

Link  analysis  can  be  developed  further.  Additional  techniques  for 
intermodulation,  interference,  crosstalk,  etc.  can  be  added  to  develop  a 
single  comprehensive  model.  The  same  applies  to  the  area  of  operations 
research  methods  for  use  in  SATCOH  system  design.  Research  in  either 
area  and  combining  them  with  the  kernel  would  be  worthwhile. 


Appendix  A:  Proposed  Table  Representations 
Link  Budoet 

Qyn*r»l  Par awe ter s 

The  general  paraneters  provide  the  overview  infornation  necessary 
to  begin  the  link  analysis.  Included  are  locations,  frequencies,  and 
performance  requirements. 


Up!  inl(  P*raimt»rs 


Th*  uplink  piraiMtcrs  given  belOM  provide  a  starting  set  to  the 
designer.  He  may  add  or  delete  as  is  required  by  the  situation. 


Power  < saturation) 
Circuit  Losses 
Backoff 

Antenna  Diancter 
Et-fective  Aperture 
1/2  Air  BcaiMidth 
Antenna  Gain 
Xntd  Signal  Power 
Xmtd  N  *  I 
EIRP 


Losses 

Free  Space  Loss 
Atmospheric  Losses 
Pointing  Loss 
Other  Losses 


n  Receiver 


Antenna  Diameter 
Ef-fectiue  Aperture 
1/2  PWr  Beamwidth 
Antenna  Gain 
Circuit  Losses 
Noise  Figure 
Noise  Temperature 
Antenna  Temp 
Srstem  Temperature 
S/stem  G/T 


Bo1 tzmann's  Cnst 
Srstem  Bandwidth 
CNR  Thermal 
C/I  Freq  Reuse 
C/1  External  Int 
C/<Ne])  Total  Down 


Th*  »nd-to-»nd  par«ntt*rs  allow  th*  total  par'fornance  of  th»  link 
to  be  analyzed.  Availability,  bit  error  rate,  margin,  etc.  can  now  be 


investigated  and  tradeoffs  made  to  obtain  the  desired  performance. 


Link  Total 
Or  igin 
Oest i nation 
CNRy 
CNR^ 

r 

CNRi 

CNRlnt 

CNRq 

CNR(j  Aval  table 
C/Nq  Avail  able 
Bandwi dth 
Data  Rate 
Available 
Required  £^>^0 
Margin 


Appendix  B:  PpoooMd  Eou4tion  Reores^ntat ion 


The  equations  provided  below  represent  those  necessary  -for  the  in¬ 
itial  Kernel  ot  the  DSS. 


Elevation  Anol e 


d  -  C<h  4  rj)2  ♦  _  2r^<h  ♦  rj>cos»]^ 


where  d  is  the  slant  range, 

h  is  the  satellite  altitude  <35,784  Kn>, 
r^  is  the  earth^s  radius  <6378  Kn) ,  and 
6  is  the  elevation  angle. 


Free  Space  Loss 


FSL  =  <4td/X) 


where  d  is  slant  range,  and 
X.  is  the  wavelength. 


e  =  4<Ae/x* 


41(AVX 


where  is  the  ettective  antenna  area, 
X  is  the  carrier  wavelenth. 


m 


m 


A  is  tht  anttnns  aptrstur*  arta  <thc  physical  area  oi  the  antenna), 
^  is  the  antenna  e-fficiency,  and 
D  is  the  antenna  diaaeter. 

N£ill  Tewperature 

Pn  »  IfT.B 

T,  -  Tb  <F  -  1)290 

inhere  is  the  thermal  noise  power, 
k  is  Boltanann's  constant, 

is  the  equivalent  thermal  noise  temperature, 

B  is  the  radio  frequency  <rf)  bandwidth  of  the  receiving  system, 

Tb  is  the  antenna  background  noise,  and 
F  is  the  receiver  noise  figure. 


Required  gU  Power-to-Noise  Densi  ty 

<C/No)  *  (Eb/No)Rb 

where  Eb/N^  is  the  bit  power -to-noise  density,  and 
Rb  is  the  bi t  rate. 


Appendix  C;  Sawole  Link  Ctlculat ions  and  ROMC  Pi scussi on 

The  purpose  o-f  this  Appendix  is  to  present  a  simple  example  ot  a 
initial  link  analy'sis  in  the  context  o4  the  DSS  kernel  proposed  in  this 
research.  A  design  scenario  is  presented,  trom  which  the  values  of  some 
parameters  are  derived.  The  link  tMjdget  is  then  developed  discussing 
the  ROHC  elements  that  are  used  at  each  step.  FollcMing  this  develop¬ 
ment,  a  discussion  ot  the  results  and  the  direction  along  which  the  des¬ 
ign  would  precede  ends  the  Appendix. 

In  the  strategic  message  system  o4  the  Canadian  Forces,  75  bps 
message  trattic  From  a  number  oF  bases  and  stations  is  combined  at  a 
concentrator  then  sent  via  commercial  circuits  to  a  node  in  the  backbone 
system.  TraFFic  destined  For  a  base  is  routed  From  node  to  concentrator 
to  the  base.  This  example  examines  the  Feasibility  oF  replacing  the 
leased  commercial  circuits  between  the  Four  concentrators  and  the 
western  node  with  SATCOM  links.  The  Four  concentrators  (Nanaimo,  Alder- 
grove,  Edmonton,  and  Shilo)  are  connected  to  the  node,  Penhold,  by  4800 
bps  1 ines. 

The  SATCOM  I  ink  is  to  be  EHF,  as  this  is  the  current  area  oF 
interest  oF  the  DCESR  staFF  (Ewen,  1?85>.  Canadian  work  with  the 
Lincoln  Experimental  Satellite  <LES)  led  to  the  selection  oF  LES  9  as 
the  space  segment.  Parameter  values  For  the  satellite  and  earth  station 
are  not  precise.  They  were  taken  From  several  sources  and  thus  represent 
"typical*  values  (Cummings,  Pravin,  and  Richardi ,  1979;  1423-1434;  Mor- 


gam,  1984:  1443;  Pritchard,  1979:  6~7;  Snidar  and  Cocmber,  1979:  433- 
434;  and  Tanaka,  1984:  1637-1644). 

The  data  rate  on  the  links  is  to  be  4800  bps  with  a  bit  error  rate 
The  desired  availability  is  99!^.  This  availability  could 
require  large  1  ink  margins  for  Nanaimo  and  Aldergrove.  8oth  of  these 
locations  are  on  the  west  coast  where  there  is  significant  rainfall. 

EHF  is  severely  attenuated  by  rainfall.  This  represents  the  data  that 
would  be  given  the  OECESR  planner  to  begin  the  design  of  a  SATCQM 
system. 

In  the  following  pages,  the  initial  design  of  the  system  is 
developed.  The  process  is  presented  sequentially.  At  each  step  the  use 
of  the  DSS  is  outlined  and  a  sample  representation  is  presented. 


cai11»d.  Although  the  entire  taible  given  in  Appendix  B  could  be  used,  I 
will  only  work  with  the  genere.!  (Uts  portion. 


St»D  2.  Using  th»  St^^ement  Language,  the  table  is  divided  into 
one  column  per  station  and  known  data  is  entered  into  the  table.  A 
cursor  movement  technique  and  keyboard  or  a  query  and  response  method 
could  be  used  to  accomplish  this.  In  the  table  below,  the  station  names 
are  abbreviated  as  follows:  Nan  »  Nanaimo,  Aid  =  Aldergrove,  Ed  =  Edson- 
ton,  Pen  »  Penhold,  and  Shi  =  Shilo. 


1 

Earth  Station  Name 

Nan 

Aid 

Ed 

Pen 

Shi 

Lat i tude 

49*  N 

49*N 

53*  N 

52*  N 

50*N 

Longi tude 

124*W 

122’W 

n3'U 

113'U 

99*  U 

Satel 1 i te  Name 

LES  9 

Satellite  Location 

Upl ink  Frequency 

Downlink  Frequency 

Slant  Range 

Required  BER 

10-^ 

Required  Data  Rate 

4800  bpe 

Nodulat ion 

! 

Required 

i 

Av  a i 1 ab i 1 i t  y 

m 

Sigp  The  data  on  the  LES  9  is  extracted  from  the  data  base  and 
inserted  into  the  table  using  the  link  function.  If  this  data  was  not 
available  in  the  data  base,  it  could  be  directly  entered  frcn  the  key¬ 
board.  As  part  of  the  iterative  design  process  for  the  OSS,  the  ability 
to  have  data  about  the  satellite  automatically  passed  to  other  portions 
of  the  link  analysis  table  should  be  included.  The  satellite  location 
and  the  up/downlink  frequencies  are  entered  as  is  the  modulation  type. 


Earth  Station  Name 

Nan 

Aid 

Ed 

Pen 

Shi 

Latitude 

49'N 

49*N 

53"  N 

52*N 

50*N 

Longi tude 

124*U 

122*W 

113*U 

113'U 

99*  U 

Satel 1 i te  Name 

LES  9 

Satellite  Location 

105. 4U 

Upl ink  Frequency 

3d  6Hz 

Down! ink  Frequency 

38  GHz 

Slant  Range 

1 

Required  BER 

10"^ 

Required  Data  Rate 

4800  bpi 

> 

liodulat  ion 

BPSK 

Required 

Avai labi  1  i  ty 

?9y. 

1 

'.  4.^  ■!  ■  C» 


step  4.  The  next  step  is  to  calculate  the  slant  range  -for  each 
earth  station.  O-f't-Hne,  1  used  a  chart  to  detemine  the  approximate 
elevation  angle  -for  each  station.  The  slant  range  is  calculated  using 
d  =  C<h  ■»  rj)2  ♦  -  2r^(h  ♦  rj)cos«^ 

where  h  is  the  satellite  altitude  <35,784  km),  r^  is  the  earth's  radius 
<6378  km),  and  4  is  the  elevation  angle.  Initially  the  DSS  should 
the  calculation  of  the  slant  range  in  the  same  manner.  As  the  DSS 
evolves, this  calculation  could  become  a  built-in  function. 


Earth  Station  Name 

Nan 

Aid 

Ed 

Pen 

Sh  i 

Lati tude 

49*  N 

49*  N 

53*  N 

52' N 

50*N 

Long! tude 

124*W 

122*U 

113‘U 

n3'U 

99*  U 

Satellite  Name 

LES  9 

Satellite  Location 

105. 4U 

Upl ink  Frequency 

36  6Hz 

Downlink  Frequency 

38  GHz 

Slant  Range  <km) 

36,777 

36,777 

36,842 

36,777 

36,976 

Required  8ER 

10"^ 

Required  Data  Rate 

4800  bp< 

Modul at  ion 

BPSK 

KCC|U  1  PvQ 

Avai labi 1 i ty 

??•/. 

Required 
Avai labi 1 i ty 


Earth  Stat ion  Nane 

Nan 

Aid  j 

Ed 

Pen 

Shi 

Lati tude 

49'N 

49*  N 

53*  N 

52*  N 

50*N 

Longi tud* 

124'U 

122*U 

113*U 

IIS'U 

99*  W 

Sate  11 i te  Name 

LES  9 

Sate  1 1 i te  Location 

10S.4U 

Uplink  Frequency 

36  GH2 

Downlink  Frequency 

38  6Hz 

Slant  Range  (km) 

36,777 

36,777 

36,842 

36,777 

36,976 

Required  BER 

10'^ 

Required  Data  Rate 

4800  bps 

Modulation 

BPSK 

Required  Et/^o 

10. S  dB 

Rtquircd  Et/^o 
Aval labi 1 i ty 


97/. 


St»D  6.  1  noM  begin  the  link  c4lcu)atiofts  by  calling  the  table  tor 


the  uplink  portion  of  the  analysis. 


th«  analysis  ar*  delated  and  knomn  information  is  entered.  Note  that 


all  values  in  the  table  are  in  dB  unless  otherwise  specified. 


Power  (saturation) 
Circuit  Losses 
Antenna  Diameter 
Antenna  Gain 
EIRP 

Losses 

Free  Space  Loss 
Other  Losses 

llite  Recei 


Antenna  Gain 
Noise  Figure 
Noise  Temperature 
Ant  Temp  308* K 
System  Temperature 
System  Q/T 


Boltzmann's  Cnst 
Sys  Bwdth  1  GHz 
CNR  Thermal 
C/tfo  Ub 


Ed 

Pen 

Shi 

25 

25 

25 

7 

7 

7 

-228.60 

-228.60 

-228.60 

V 


St>D  8.  At  this  point  son*  ini  tin)  assumptions  must  be  mad*  tor 
s/stem  parameters.  These  assumptions  are  based  on  the  case  that  there 
is  not  existing  earth  stations.  Hence,  1  selected  trpical  values 
-for  earth  station  antenna  siae,  power,  and  noise  temperature.  1  have 
also  entered  trpical  values  tor  circuit  losses  and  other  propagation 
1 osses . 


Transmi tter 

Nan 

Aid 

Ed 

Pen 

Shi 

Power  <saturation) 

200  w 

200  M 

200  M 

300  w 

200  w 

Circuit  Losses 

2 

2 

2 

2 

2 

Antenna  Diameter 
Antenna  Gain 

EIRP 

1 .2  m 

1 .2  n 

1.2  m 

11.5  m 

1.2  m 

Free  Space  Loss 
Other  Losses 

2 

2 

2 

2 

2 

Satel 1 i te  Receiver 

Antenna  Gain 

2S 

25 

25 

25 

25 

Noise  Figure 

Noise  Temperature 
Ant  Temp  308* K 
Srstem  Temperature 
System  G/T 

7 

7 

7 

7 

7 

Uol ink  Power  Ratios 

Bol tzmann's  Cnst 
Srs  Bwdth  1  GHz 

CNR  Thermal 

Up 

-228.60 

-228.60 

-228.60 

-228.60 

-228.60 

C-10 


St>D  r.  N*c*s»«r)'  valuta  art  convtrttd  to  dB  using  «  10  tog  x 
In  tht  DSS  this  could  ba  dont  autcaaatically  or  by  using  a  function  kty. 


Powtr  <saturation) 
Circuit  Losses 
Antenna  Diameter 
Antenna  Gain 
EIRP 

Losisi 

Free  Space  Loss 
Other  Losses 

1 1 i te  Rect iuer 


Antenna  Gain 
Noise  Figure 
Noise  Temperature 
Ant  Temp  308* K 
System  Temperature 
System  Q/T 


23.01 

2 

1  .2  n 


I  ink  Power  Rati' 


Boltzmann's  Cnst 
Sys  Bwdth  1  GHz 
CNR  Thermal 
C/No  Up 


24.89 


-228.60 

90 


Aid 

Ed 

Pen 

23.01 

23.01 

24.77 

2 

2 

2 

1 .2  n 

1.2  m 

11 .5  m 

2 

2 

2 

25 

25 

25 

7 

7 

7 

24.89 

24.89 

24.89 

-228.60 

-228.60 

-228.60 

90 

90 

90 

24.89 


StfD  10.  The  nfxt  st»p  is  to  C4lcu1»tc  the  sntenns  gsin.  The 
equation  representation  is  called  and  the  equation  -for  gain  as  a  func¬ 
tion  of  antenna  diameter  is  found  6  »  where  x  is 

the  wavelength  and  0  is  the  antenna  diameter.  In  this  example,  I  have 
assumed  a  perfect  antenna.  The  value  of  the  gain  is  converted  to  dB  and 
inserted  in  the  table. 


Transni tter 

Nan 

Aid 

Ed 

Pen 

Shi 

Power  <saturation) 

23.01 

23.01 

23.01 

24.77 

23.01 

Circuit  Losses 

2 

2 

2 

2 

2 

Antenna  Diameter 

1 .2  n 

1 .2  m 

1.2  m 

11.5  m 

1 .2  m 

Antenna  Gain 

EIRP 

53.11 

53.11 

53.11 

72.74 

53.11 

Losses 

Free  Space  Loss 
Other  Losses 

2 

2 

2 

2 

2 

Antenna  Gain 

25 

25 

25 

25 

25 

Noise  Figure 

7 

7 

7 

7 

7 

Noise  Temperature 
Ant  Temp  308* K 
System  Temperature 
System  G/T 

24.89 

24.89 

24.89 

24.89 

24.89 

Boltzmann's  Cnst 

-228.60 

-228.60 

-228.60 

-226.60 

-226.60 

Sys  Bwdth  1  GHz 

CNR  Thermal 

C/No  Op 

90 

90 

90 

90 

90 

C-12 


St»D  H.  1  noM  catcul«t» 


Transai  ttT 
Power  <saturation) 
Circuil  Losses 
Antenna  Dimeter 
Antenna  Sain 
EIRP 


Nan 

23.01 

2 

1 .2  a 

53.11 

74.12 


kasifs 

Free  Space  Loss 
Other  Losses 


2 


StltlVfit.Rtfiyiytr 
Antenna  Sain 
Noise  Figure 
Noise  Temperature 
Ant  Tenp  308* K 
System  Temperature 
System  Q/T 


25 

7 

24.89 


UdI ink  Power  Ratios 
Boltiaann's  Cnst  -228.60 

S/s  Bwdth  1  SHz  90 

CNR  Thermal 
C/Nq  Up 


St>Dl2.  The  -free  space  loss  is  now  calculated.  From  the  equations 
either  FSL  *  [<4<2)/X]2  or  FSLpb  “  ^2.45  +  20  log  t  20  log  z 
where  z  is  the  slant  range  (kiloneters  in  the  second  equation),  \  is 
the  wavelength,  and  -f  Is  frequency  in  SHz.  If  the  first  equation  is 
used,  the  result  must  be  converted  to  dB. 


Transni tter 

Nan 

Aid 

Ed 

Pen 

Shi 

Power  (saturation) 

23.01 

23.01 

23.01 

24.77 

23.01 

Circuit  Losses 

2 

2 

2 

2 

2 

Antenna  Diameter 

1 .2  n 

1 .2  m 

1.2  m 

11.5  m 

1.2  m 

Antenna  Gain 

53.11 

53.11 

53.11 

72.74 

53.11 

EIRP 

74.12 

74.12 

74.12 

95.51 

74.12 

Losses 

Free  Space  Loss 

214.88 

214.88 

214.90 

214.88 

214.93 

Other  Losses 

2 

2 

2 

2 

2 

Antenna  Gain 

25 

25 

25 

25 

25 

Noise  Figure 

7 

7 

7 

7 

7 

Noise  Temperature 

Ant  Temp  308* K 

24.89 

24.89 

24.89 

24.89 

24.89 

System  Temperature 
System  6/T 

Itol  ink  Power  Ratios 

Boltzmann's  Cnst 

-228.60 

-228.60 

-228.60 

-228.60 

-228.60 

Sys  Bwdth  1  GHz 

90 

90 

90 

90 

90 

CNR  Thermal 
^■^0  Up 

1 

i 

St>D  13.  I  next  CAlculate  the  system  temperature.  The  system 
temperature  is  the  sum  of  the  antenna  and  the  receiver  thermal  noise 
temperature.  Receiver  noise  temperature  is  given  by  T^g  =  (P  -  i)290*K 
where  F  is  the  noise  figure  <as  a  ratio).  In  this  example,  T^g  equals 
1,163'K,  and  the  system  temperature  is  1,471*K. 


Transmi tter 

Nan 

Aid 

Ed 

Pen 

Shi 

Power  <saturation> 

23.01 

23.01 

23.01 

24.77 

23.01 

Circuit  Losses 

2 

2 

2 

2 

2 

Antenna  Diameter 

1  .2  m 

1.2  m 

1.2  m 

11 .5  m 

1.2  m 

Antenna  Gain 

53.11 

53.11 

53.11 

72.74 

53.11 

EIRP 

74.12 

74.12 

74.12 

95.51 

74.12 

Lo^es 

Free  Space  Loss 

214.88 

214.88 

214.90 

214.88 

214.93 

Other  Losses 

2 

2 

2 

2 

2 

Antenna  Gam 

25 

25 

25 

25 

25 

Noise  Figure 

7 

7 

7 

7 

7 

Noise  Temp  l,ld3*K 

30.  dd 

30.66 

30.66 

30.66 

30.66 

Ant  Temp  308* K 

24.89 

24.89 

24.89 

24.89 

24.89 

Sys  Temp  1 ,371*  K 
System  Q/T 

31  .48 

31 .68 

31.68 

31.68 

31.68 

Oo) ink  Power  Ratios 

Boltzmann's  Cnst 

-228.60 

-228.60 

-228.60 

-228.60 

-228.60 

Sys  Bwdth  1  GHz 

CNR  Thermal 

C/Nq  Up 

90 

90 

90 

90 

90 

Trainsai  it»r 
PoNtr  (saturation) 
Circuit  Losses 
Antenna  Diameter 
Antenna  Gain 
EIRP 

Losses 

Free  Space  Loss 
Other  Losses 

Satell i te  Receiver 
Antenna  Gain 
Noise  Figure 
Noise  Temp  1  ,163*K 
Ant  Temp  308* K 
Sys  Temp  1 ,371*K 
System  G/T 

Uol ink  Power  Ratios 
Boltamann's  Cnst 
Sys  Bwdth  1  GHz 
CNR  Thermal 
C/N©  Up 


Nan 

Aid 

Ed 

Pen 

Shi 

23.01 

23.01 

23.01 

24.77 

23.01 

2 

2 

2 

2 

2 

1.2  m 

1.2  m 

1.2  m 

11.5m 

1 .2  m 

53.11 

53.11 

53.11 

72.74 

53.11 

74.12 

74.12 

74.12 

95.51 

74.12 

214.88 

214.88 

214.90 

214.88 

214.93 

2 

2 

2 

2 

2 

25 

25 

25 

25 

25 

7 

7 

7 

7 

7 

30.66 

30.66 

30.66 

30.66 

30.66 

24.89 

24.89 

24.89 

24.89 

24.89 

31.^ 

31.68 

31.68 

31 .68 

31  .68 

-6.<i8 

-6.68 

-6.68 

-6.68 

-6.68 

-228.60 

-228.60 

-228.60 

-228.60 

-228.60 

90 

90 

90 

90 

90 

St«D  15.  Calculate  the  uplink  carr ier-to-noise  ratio 


CNRy  =  EIRP  -  FSL  ♦ 

G/T  >  L  > 

Kb 

Transni tter 

Nan 

Aid 

Ed 

1  Pen 

Shi 

,  Power  (saturation) 

23.01 

23.01 

23.01 

24.77 

23.01 

Circuit  Losses 

2 

2 

2 

2 

2 

Antenna  Oianeter 

1.2  m 

1.2  m 

1.2  m 

11.5m 

1 .2  ra 

Antenna  Gain 

53.11 

53.11 

53.11 

72.74 

53.11 

EIRP 

74.12 

74.12 

74.12 

95.51 

74.12 

Losses 

Free  Space  Loss 

214.88 

214.88 

214.90 

214.88 

214.93 

Other  Losses 

2 

2 

2 

2 

2 

Satel 1 i te  Receiver 

Antenna  Gain 

25 

25 

25 

25 

25 

Noise  Figure 

7 

7 

7 

7 

7 

Noise  Temp  1  ,163*l< 

30.66 

30.66 

30.66 

30.66 

30.66 

Ant  Teir^  308* K 

24.89 

24.89 

24.89 

24.89 

24.89 

S)'s  Temp  1,371*K 

31.68 

31.68 

31.68 

31 .68 

31  .68 

System  6/T 

>6.68 

>6.68 

>6.68 

>6.68 

-6.68 

Boltzmann's  Cnst 

>228.60 

-228.60 

>228.60  1 

>228.60 

>228.60 

Sys  Buidth  1  GHz 

90 

90 

90 

90 

90 

CNR  Thermal 

79.16 

79.16 

79.14 

100.55 

79.11 

C/Nq  Up 

Trftnsmi ittP 


Powtr  (saturation) 
Circuit  Losses 
Antenna  Oianeter 
Antenna  Gain 
EIRP 

Qsses 


Free  Space  Loss 
Other  Losses 

Satellite  Receiver 


Antenna  Gain 
Noise  Figure 
Noise  Temp  1 ,163*K 
Ant  Temp  308* K 
Sy-s  Temp  1,371*K 
System  G/T 


Boltzmann's  Cnst 
Sys  Biedth  1  GHz 
CNR  Thermal 


Nan 

Aid 

Ed 

Pen 

Shi 

23.01 

23.01 

23.01 

24.77 

23.01 

2 

2 

2 

2 

2 

1.2  m 

1 .2  m 

1.2  m 

11.5  m 

1 .2  m 

53.11 

53.11 

53.11 

72.74 

53,11 

74.12 

74.12 

74.12 

95.51 

74.12 

214.86 

214.88 

214.90 

214.68 

214.93 

2 

2 

2 

2 

2 

25 

25 

25 

25 

25 

7 

7 

7 

7 

7 

30.64 

30.66 

30.66 

30.66 

30.66 

24.89 

24.89 

24.89 

24.89 

24.89 

31.68 

31.68 

31.68 

31 .68 

31  .68 

-6.68 

-6.68 

-6.68 

-6.68 

-6.68 

-228.60 

-228.60 

-228.60 

-228.60 

-228.60 

90 

90 

90 

90 

90 

79.16 

79.16 

79.14 

100.55 

79.11 

169.16 

169.16 

169.14 

190.55 

169.11 

Sitp  17.  Uith  the  uplink  calculetions  completed  1  noM  look  at  the 


Satellite  Transmit 


Power  <saturation) 
Circuit  Losses 
Backot-f 

Antenna  Dimeter 
Ef-fectiue  Aperture 
1/2  Pt«r  Beanwidth 
Antenna  Bain 
}^td  Signal  Power 
Xmtd  N  *  I 
EIRP 

Losses 

Free  Space  Loss 
Atmospheric  Losses 
Pointing  Loss 
Other  Losses 


Antenna  Diameter 
Et-tective  Aperture 
1/2  Fher  Beamwidth 
Antenna  Gain 
Circuit  Losses 
Noise  Figure 
Noise  Tentperature 
Antenna  Temp 
Sy'stem  Temperature 
System  G/T 

n1 ink  Pwr  Ratios 


Bol  t2mann''s  Cnst 
System  Bandwidth 
CNR  Thermal 
C/I  Freq  Reuse 
C/I  External  Int 
C/(Nel}  Total  Down 
^^o  Down 


Sttp  18.  After  deleting  uniMnted  parmeters,  I  entered  known  in 


format  ion  and  converted  to  dB.  Receiver  noise  temperatures  for  the 
earth  stations  are  again  typical  values  from  literature.  They  are 
300*K  for  the  concentrators  and  220*K  for  the  earth  station  at  the 
Penhold  node. 


Nan 

Aid 

Ed 

Pen 

Shi 

Power  0 .5  w 
Circuit  Losses 

-3.01 

-3.01 

-3.01 

-3.01 

-3.01 

Antenna  Sain 

EIRP 

25 

25 

25 

25 

25 

Losses 

Free  Space  Loss 
Other  Losses 

Antenna  Diameter 

1.2  m 

1.2  m 

1 .2  m 

11.5  m 

1.2  m 

Antenna  Sain 

Noise  Temperature 

24.77 

24.77 

24.77 

23.42 

24.77 

Antenna  Temp  iOO*K 
System  Temperature 
System  6/T 

20.00 

20.00 

20.00 

20.00 

20.00 

Eloltzmann's  Cnst 

-228.60 

-228.60 

-228.60 

-228.60 

-228.60 

Sys  Bwdth  1  SHz 

CNR  Thermal 

Down 

90 

90 

90 

90 

St»p  19.  As  with  the  uplink,  I  assuned  the  circuit  and  other  pro¬ 


pagation  losses. 


r 


Satellite  Transmit 
Power  O.S  w 
Circuit  Losses 
Antenna  Sain 

EIRP 

Nan 

-3.01 

1 

2S 

Aid 

-3.01 

1 

25 

Ed 

-3.01 

1 

25 

Pen 

-3.01 

1 

25 

Shi 

-3.01 

1 

25 

Losses 

Free  Space  Loss 
Other  Losses 

2 

2 

2 

2 

2 

Earth  Stn  Receiver 
Antenna  Diamter 
Antenna  Sain 

Noise  Temperature 
Antenna  Teiap  lOO'K 
S/stem  Temperature 
System  6/T 

1 .2  m 

24.77 

20.00 

1.2  m 

24.77 

20.00 

1.2  m 

24.77 

20.00 

11.5  m 

23.42 

20.00 

1.2  m 

24.77 

20.00 

Boltzmann's  Cnst 
Sys  Bwdth  1  GHz 

CNR  Thermal 

Down 

-228.60 

90 

-228.60 

90 

-228.60 

90 

-228.60 

90 

-228.60 

90 

C-2 


SttP  20.  C»1cu1at«  anltnna  gain,  assuming  an  ideal  antenna 


ilillliil 

Nan 

Aid 

Ed 

Pen 

Shi 

Poaier  0.5  w 

-3.01 

-3.01 

-3.01 

-3.01 

-3.01 

Circuit  Losses 

1 

1 

1 

1 

1 

Antenna  Gain 

EIRP 

25 

25 

25 

25 

25 

Losses 

Free  Space  Loss 
Other  Losses 

2 

2 

2 

2 

2 

Antenna  Diameter 

1 .2  m 

1 .2  m 

1.2  m 

11.5  m 

1 .2  m 

Antenna  Gain 

53.58 

53.58 

53.58 

73.21 

53.58 

Noise  Temperature 

24.77 

24.77 

24.77 

23.42 

24.77 

Antenna  Temp  100*K 
System  Temperature 
System  G/T 

20.00 

20.00 

20.00 

20.00 

20.00 

Boltzmann's  Cnst 

-228.60 

-228.60 

-228.60 

-228.60 

-228.60 

Sys  Bufdth  1  GHz 

CNR  Thermal 

Down 

90 

90 

90 

90 

90 

Sieo  21.  CalcuUte  EIRP. 


SAtel 1 j  te  Transni t 

Nan 

Aid 

Ed 

Pen 

Sh  i 

Powar  0 .5  w 

-3.01 

-3.01 

-3.01 

-3.01 

-3.01 

Circuit  Lossas 

1 

1 

1 

1 

1 

Antenna  Gain 

25 

25 

25 

25 

25 

EIRP 

20.99 

20.99 

20.99 

20.99 

20.99 

Lows 

Free  Space  Loss 
Other  Losses 

2 

2 

2 

2 

2 

Antenna  Diameter 

1.2  m 

1 .2  m 

1.2  m 

11.5  m 

1.2  m 

Antenna  Gain 

53.58 

53.58 

53.58 

73.21 

53.58 

Noise  Temperature 

24.77 

24.77 

24.77 

23.42 

24.77 

Antenna  Temp  lOO'K 
System  Temperature 
System  G/T 

20.00 

20.00 

20.00 

20.00 

20.00 

Boltamann's  Cnst 

-228.60 

-228.60 

-228.60 

-228.60 

Sys  Bwdth  1  GHz 

CNR  Thermal 

C/Nq  DoMn 

90 

90 

90 

90 

C-23 


Power  0 .5  w 
Circuit  Losses 
Antenna  Sain 
EIRP 

irqm* 

Free  Space  Loss 
Other  Losses 

th  Stn  Receiver 


Antenna  Diameter 
Antenna  Gain 
Noise  Temperature 
Antenna  Temp  1Q0*K 
System  Temperature 
System  6/T 


Nan 

Aid 

Ed 

Pen 

Shi 

-3.01 

-3.01 

-3.01 

-3.01 

-3.01 

1 

1 

1 

1 

1 

25 

25 

25 

25 

25 

20.99 

20.99 

20.99 

20.99 

20.99 

215.36 

215.36 

215.37 

215.36 

215.40 

2 

2 

2 

2 

2 

1 .2  m 

1  .2  A 

1.2  m 

11.5  m 

1.2  m 

53.58 

53.58 

53.58 

73.21 

53.58 

24.77 

24.77 

24.77 

23.42 

24.77 

20.00 

20  .00 

20.00 

20.00 

-228.60 

-228.60 

-228.60 

-228.60 

-228.60 

90 

90 

90 

90 

90 

SA^elVitc  Transnit 


Anttnna  Diamttr 
Antanna  Gain 
Noisa  Tamparatura 
Antanna  Tanp  100*K 
Sy'stant  Tanparatura 
Systan  6/T 

ink  Pwp  Ratios 


Bolt2fliann's  Cnst 
Sys  Bwdth  1  GHz 
CNR  Tharmal 
C/W©  t>oain 


Nan 

Aid 

Ed 

-3.01 

-3.01 

-3.01 

1 

1 

1 

23 

25 

25 

20.99 

20.99 

20.99 

215.36 

215.36 

215.37 

2 

2 

2 

1 .2  n 

1 .2  n 

1.2  • 

53.38 

53.58 

53.58 

24.77 

24.77 

24.77 

20.00 

20.00 

20.00 

26.02 

26.02 

26.02 

27.56 

27.56 

27.56 

-228.60 

-228.60 

-228.60 

90 

90 

90 

Pan 

Shi 

-3.01 

-3.01 

1 

1 

25 

25 

20.99 

20.99 

215.36 

215.40 

2 

2 

11.5  n 

1.2  m 

73.21 

53.58 

23.42 

24.77 

25.05 

26.02 

48.16 

27.56 

-228.60 

-228.60 

90 

90 

Powtr  0.5  w 
Circuil  Losms 
AntcnnA  Gain 
EIRP 

LfiSSil 

Free  Space  Loss 
Other  Losses 


iTTaiiM-icMirm 


Antenna  Diaiseter 
Antenna  Gain 
Noise  Temperature 
Antenna  Tenp  100*K 
System  Temperature 
System  G/T 


nl  in 


Bottzmann''s  Cnst 
Sys  Bwdth  1  GHi 
CNR  Thermal 
C/Nq  OoMn 


Nan 

Aid 

Ed 

Pen 

Shi 

-3.01 

-3.01 

-3.01 

-3.01 

-3.01 

1 

1 

1 

1 

1 

25 

25 

25 

25 

25 

20.99 

20.99 

20.99 

20.99 

20.99 

215. 3d 

215.36 

215.37 

215.36 

215.40 

2 

2 

2 

2 

2 

1.2  m 

1.2  m 

1.2  m 

11.5  m 

1 .2  m 

53.58 

53.58 

53.58 

73.21 

53.58 

24.77 

24.77 

24.77 

23.42 

24.77 

20.00 

20.00 

20.00 

20.00 

20.00 

26.02 

26.02 

26.02 

25.05 

26.02 

27.56 

27.56 

27.56 

48.16 

27.56 

-228.60 

-228.60 

-228.60 

-228.60 

-228.60 

90 

90 

90 

90 

90 

59.79 

59.79 

59.79 

80.39 

59.79 

149.79 

149.79 

149.79 

170.39 

149.79 

StfP  26.  Tht  calculation  o-f  th*  cnd-to-end  CNR  is  now  completed 


The  link  total  representation  is  called. 


Link  Total 
Or  igin 
Dost inat  i  on 
CNR„ 

CNRp 

r 

CNRi 

CNRint 

CNRq 

CNR(j  Available 
C/N(^  Available 
Bandwidth 
Data  Rate 
Available 
Required  E^^o 
Margin 


Step  27.  Delete  unwanted  parameters  and  enter  links  and  CNRs  torm 
previous  sections. 


Link  Total 
Origin 

Nan 

Aid 

Ed 

Dest 

Pen 

Pen 

Pen 

CNRu 

79. Id 

79.16 

CNRp 

80.39 

80.39 

CNRd 

C/No 

Bwdth 

90 

90 

Data  Rate 
Avai  1  E^/Nq 
Req  Et/No 
Margin 

Shi 

Pen 

Pen 

Pen 

Pen 

Pen 

Nan 

Aid 

Ed 

Shi 

79.11 

100.55 

100.55 

80.39 

59.79 

59.79 

59.80 

59.83 

90 

90 

90 

90 

90 

SttP  30.  Conueri  data  rate  to  dB  and  calculate  the  available 


Link  Total 
Origin 
Oest 
CNR.. 


Biadth 
Data  Rate 
Avail  Ej/Nq 
Req  Ej/Nq 
Hargin 


Nan 

Aid 

Ed 

Shi 

Pen 

Pen 

Pen 

Pen 

Pen 

Pen 

Pen 

Pen 

Nan 

Aid 

Ed 

Shi 

79.16 

79.16 

79.14 

79.11 

100.55 

100.55 

100.55 

100.55 

80.39 

80.39 

80.39 

80.39 

59.79 

59.79 

59.80 

59.83 

76.72 

76.72 

76.71 

76.69 

59.79 

59.79 

59.80 

59.83 

166.72 

166.72 

166.71 

166.69 

149.79 

149.79 

149.80 

149.83 

90 

90 

90 

90 

90 

90 

90 

90 

36.81 

36.81 

36.81 

36.81 

36.81 

36.81 

36.81 

36.81 

129.91 

129.91 

129.90 

129.88 

112.98 

112.98 

112.99 

113.02 

Step  31 .  Enter  the  required  and  deternine  the  margin, 


Link  Total 
Origin 
Dest 
CNRu 

CNRp 

CNRd 

C/N^ 

BMdth 
Data  Rate 
Avail  E|y/No 
Req  Eb/qq^ 
Margin 


Nan 
Pen 
79. U 

80.39 

76.72 

166.72 
90 

3d.  81 
129.91 
10.5 
119.41 


Aid 

Pen 

79.16 

80.39 

76.72 

166.72 

90 

36.81 

129.91 

10.5 

119.41 


Ed 

Pen 

79.14 

80.39 

76.71 

166.71 

90 

36.81 

129.90 

10.5 

119.40 


Shi 

Pen 

79.11 

W.39 

76.69 

166.69 

90 

36.81 
129.88 
I  10.5 
119.38 


Pen 

Nan 

100.55 

59.79 

59.79 

149.79 

90 

36.81 

112.98 

10.5 

102.48 


Pen 

Aid 

100.55 

59.79 

59.79 

149.79 

90 

36.81 

112.98 

10.5 

102.48 


Pen 

Ed 

100.55 

59.80 

59.80 

149.80 

90 

36.81 

112.99 

10.5 

102.49 


Pen 

Shi 

100.55 

59.83 

59.83 

149.83 

90 

36.81 

113.02 

10.5 

102.52 


Analysis.  In  this  sample  link  budget  there  is  ample  margin.  The 
ivould  be  no  di-ff  icul  t  ies  meeting  the  desired  availability,  although 
there  is  more  margin  than  necessary.  Design  Mork  would  now  try  to 
reduce  the  margin  and  make  it  more  reasonable.  Initial  areas  to 
investigate  could  include  modifying  the  antenna  gains  to  reflect 
efficiency  <typica1ly  55&(  for  dish  antennas),  including  pointing  error 
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